A. 애플리케이션별 로그 메시지 형식으로 모든 측정항목을 내보내고 이러한 메시지를 컨테이너에서 Stackdriver 로깅 수집기로 전달한 다음 Stackdriver에서 측정항목을 관찰합니다.

B. 애플리케이션의 다양한 측정항목을 Slackdriver Monitoring API에 직접 게시한 다음 Stackdriver에서 이러한 맞춤 측정항목을 관찰합니다.

C. Cloud Pub/Sub 클라이언트 라이브러리를 설치하고 애플리케이션의 다양한 메트릭을 다양한 주제로 푸시한 다음 Stackdriver에서 집계된 메트릭을 관찰합니다.

D. 애플리케이션에 OpenTelemetry 클라이언트 라이브러리를 설치하고, Stackdriver를 메트릭의 내보내기 대상으로 구성한 다음, Stackdriver에서 애플리케이션의 메트릭을 관찰합니다.

A. 오류 예산이 소진되지 않도록 관련 서비스 수준 목표를 재정의합니다.

B. 각 경고에 대한 사건 보고서를 생성합니다.

C. 실행 불가능한 경고를 제거합니다.

D. 다른 시간대의 엔지니어에게 경고를 배포합니다.

A. 애플리케이션이 필요한 클라이언트 라이브러리를 사용하고 있고 서비스 계정 키에 적절한 권한이 있는지 확인합니다.

B. 메시지를 Stackdriver로 전달할 수 있도록 방화벽에서 포트 25가 열려 있는지 확인합니다.

C. 계정에 Stackdriver 대시보드를 사용할 수 있는 적절한 권한이 있는지 확인합니다.

D. 호스팅 가상 머신에 Stackdriver 에이전트가 설치되었는지 확인합니다.

A. 릴리스 빈도를 일주일에 한 번 이하로 줄이기 위해 개발 팀과 협상합니다.

B. 제품 팀과 협상하여 항상 새로운 기능 출시보다 서비스 안정성을 우선시하십시오.

C. 서비스가 SLO를 벗어날 때마다 새 릴리스를 방지하는 플러그인을 Jenkins 파이프라인에 추가합니다.

D. 모든 서비스 이해 관계자와 협력하여 적절한 오류 예산 정책을 개발합니다.

A. 더 많은 메모리가 있는 더 높은 사양의 컴퓨팅 인스턴스로 서비스를 이동합니다.

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

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

D. 다른 영역에 추가 서비스 인스턴스를 설정하고 모든 인스턴스 간에 트래픽을 로드 밸런싱합니다.