A. Cl/CD 파이프라인에 Jenkins 서버를 사용합니다. 기능 분기에서 모든 테스트를 주기적으로 실행합니다.

B. Cloud Build를 사용하여 테스트를 실행합니다. 풀 요청이 병합된 후 실행되도록 모든 테스트를 트리거합니다.

C. 풀 요청 검토자에게 코드를 승인하기 전에 통합 테스트를 실행하도록 요청합니다.

D. Cloud Build를 사용하여 특정 폴더에서 테스트를 실행합니다. 모든 GitHub pull 요청에 대해 Cloud Build를 트리거합니다.

A. 요청 지연 시간을 범위로 버킷화한 다음 중앙값과 90번째 백분위수를 계산합니다.

B. 100ms 이내에 로드되는 홈페이지 요청 수를 셉니다. 그런 다음 모든 웹 애플리케이션 요청의 총 개수로 나눕니다.

C. 요청 지연 시간을 범위로 버클화한 다음 100ms에서 백분위수를 계산합니다.

D. 100ms 미만으로 로드되는 홈페이지 요청 수를 계산한 다음 총 홈페이지 요청 수로 나눕니다.

A. 충돌이 발생한 후 즉시 인스턴스 재생성을 시작할 수 있도록 SMS 알림이 포함된 Stackdriver Monitoring 대시보드를 만듭니다.

B. 인스턴스 충돌의 근본 원인을 찾을 수 있도록 개발팀에 버그를 신고하세요.

C. Compute Engine 인스턴스 앞에 로드 밸런서를 추가하고 상태 확인을 사용하여 시스템 상태를 확인합니다.

D. 단일 인스턴스로 관리형 인스턴스 그룹을 생성하고 상태 확인을 사용하여 시스템 상태를 확인합니다.

A. 웹훅에 빌드 정보를 HTTP POST하기 위해 Cloud Build의 파이프라인 끝에 새 단계를 추가합니다.

B. 각 Cloud Build 단계에 로직을 추가하여 웹훅에 빌드 정보를 HTTP POST합니다.

C. Cloud Build cloud-builds PubSub 주제에 대한 Cloud Pub/Sub 푸시 구독을 생성하여 웹훅에 빌드 정보를 HTTP POST합니다.

D. Stackdriver Logging을 사용하여 Cloud Buitd 로그에서 로그 기반 측정항목을 만듭니다. Webhook 알림 유형으로 경고를 만듭니다.

A. 다른 영역에 추가 서비스 인스턴스를 설정하고 모든 인스턴스 간의 트래픽 부하를 분산합니다.

B. 다른 영역에 추가 서비스 인스턴스를 설정하고 기본 인스턴스를 사용할 수 없는 경우 이를 장애 조치로 사용합니다.

C. 측정된 SLI와 일치하도록 지정된 SLO를 변경합니다.

D. 더 많은 메모리를 갖춘 더 높은 사양의 컴퓨팅 인스턴스로 서비스를 이동합니다.