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

B. 인스턴스 충돌의 근본 원인을 찾을 수 있도록 개발 팀에 버그를 제출하십시오.

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

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

A. 응용 프로그램을 로드하여 확장을 위한 성능을 프로파일링합니다.

B. 지난 시즌에 사용된 컴퓨팅 성능의 두 배를 사전 프로비저닝하여 성장을 예상합니다.

C. 성장이 있는 경우 프로덕션 클러스터에서 AutoScaling을 활성화합니다.

D. DR(재해 복구) 환경이 확장되면 런북을 만듭니다.

A. 관련 팀 구성원에게 모든 GCP 프로덕션 프로젝트에 대한 읽기 액세스 권한을 부여합니다. 각 프로젝트 내에 Stackdriver 작업공간을 만듭니다.

B. 관련 팀 구성원에게 모든 GCP 프로덕션 프로젝트에 대한 프로젝트 뷰어 IAM 역할을 부여합니다. 각 프로젝트 내에 Slackdriver 작업 공간을 만듭니다.

C. 모니터링 작업 공간을 호스팅할 기존 GCP 프로덕션 프로젝트를 선택합니다. 이 작업 공간에 프로덕션 프로젝트를 연결합니다. 관련 팀 구성원에게 Stackdriver 작업공간에 대한 읽기 액세스 권한을 부여합니다.

D. 새 GCP 모니터링 프로젝트를 만들고 그 안에 Stackdriver Workspace를 만듭니다. 이 작업 공간에 프로덕션 프로젝트를 연결합니다. 관련 팀 구성원에게 Stackdriver 작업공간에 대한 읽기 액세스 권한을 부여합니다.

A. Stackdriver Kubernetes Engine Monitoring을 사용합니다.

B. Stackdriver Logging을 사용하여 애플리케이션 로그를 BigOuery로 내보냅니다. 컨테이너당 로그를 집계한 다음 CPU 및 메모리 사용량을 분석합니다.

C. Prometheus를 사용하여 컨테이너별 로그를 수집 및 집계한 후 Grafana에서 결과를 분석합니다.

D. Stackdriver Monitoring API를 사용하여 커스텀 측정항목을 만든 다음 그룹을 사용하여 컨테이너를 구성합니다.

A. Cloud Pub/Sub를 사용하여 Spinnaker 파이프라인을 확장합니다.

B. Cloud Build의 커스텀 빌더를 사용하여 Jenkins 파이프라인을 트리거합니다.

C. Cloud Build를 사용하여 Spinnaker 파이프라인을 트리거합니다.

D. Cloud Pub/Sub를 사용하여 Google Kubernetes Engine(GKE)에서 실행되는 커스텀 배포 서비스를 트리거합니다.