A. 조치가 필요 없는 알림을 제거합니다.

B. 각 알림에 대한 사고 보고서를 작성하십시오.

C. 서로 다른 시간대에 있는 엔지니어들에게 알림을 배포합니다.

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

A. 타이밍 라이브러리를 사용하여 코드를 계측하고, Stackdriver에서 수집하는 상태 확인 엔드포인트를 통해 메트릭을 게시합니다.

B. Stackdriver Debugger 패키지를 가져오고, 애플리케이션이 타이밍 정보를 포함한 디버그 메시지를 출력하도록 구성합니다.

C. Stackdriver Profiler 패키지를 가져와서 함수 타이밍 데이터를 Stackdriver로 전송하여 추가 분석을 수행할 수 있도록 구성합니다.

D. 두 위치 모두에 애플리케이션 성능 모니터링(APM) 도구를 설치하고 분석을 위해 중앙 데이터 저장소 위치로 내보내기를 구성합니다.

A. * 타사에서 데이터 일괄 업로드 및 적절한 자격 증명을 서버에 제공할 수 있도록 Compute Engine 인스턴스에 보안 파일 전송 프로토콜(SFTP) 서버를 제공합니다. * google.storage, object, finalize Cloud Storage 트리거를 사용하는 Cloud Function을 생성합니다. * 해당 함수가 Compute Engine 자동 확장 관리형 인스턴스 그룹을 확장할 수 있도록 코드를 작성합니다. * 데이터 처리 소프트웨어가 사전 설치된 이미지를 사용하여 처리가 완료되면 인스턴스를 종료합니다.

B. * 타사에서 데이터 배치를 업로드할 수 있도록 클라우드 스토리지 버킷을 제공하고, 해당 버킷에 대한 적절한 ID 및 액세스 관리(IAM) 액세스 권한을 제공합니다. * 표준 Google Kubernetes Engine(GKE) 클러스터를 사용하고, 데이터 배치를 처리하는 서비스와 클라우드 스토리지에서 새로운 데이터 배치를 모니터링하는 서비스, 이렇게 두 가지 서비스를 유지 관리합니다. * 처리할 데이터 배치가 없을 경우 처리 서비스를 중지합니다.

C. * 타사에서 데이터 배치를 업로드할 수 있도록 클라우드 스토리지 버킷을 제공하고, 해당 버킷에 대한 적절한 ID 및 액세스 관리(IAM) 권한을 부여합니다. * google, storage, object.finalise 클라우드 스토리지 트리거를 사용하는 클라우드 함수를 생성하고, 해당 함수가 Compute Engine 자동 확장 관리형 인스턴스 그룹을 확장할 수 있도록 코드를 작성합니다. * 데이터 처리 소프트웨어가 사전 설치된 이미지를 사용하여 처리가 완료되면 인스턴스를 종료합니다.

D. * 타사에서 데이터 배치를 업로드할 수 있도록 클라우드 스토리지 버킷을 제공하고, 해당 버킷에 대한 적절한 ID 및 액세스 관리(IAM) 액세스 권한을 부여합니다. * 클라우드 모니터링을 사용하여 버킷의 새로운 데이터 배치를 감지하고 데이터를 처리하는 클라우드 함수를 실행합니다. * 클라우드 함수가 가능한 최대 CPU를 사용하도록 설정하여 처리 시간을 최소화합니다.

A. 사건의 근본 원인에 대한 설명

B. 사건 발생에 책임이 있는 직원 목록

C. 사건 재발 방지를 위한 조치 사항 목록

D. 과거 사건들과 비교했을 때 이번 사건의 심각성에 대한 당신의 의견

E. 이번 사고로 영향을 받은 모든 서비스의 설계 문서 사본

A. CAB를 선임 관리자로 교체하여 개발부터 배포까지 지속적인 감독이 가능하도록 합니다.

B. 개발자가 직접 변경 사항을 병합하도록 허용하되, 문제가 발견될 경우 팀의 배포 플랫폼에서 변경 사항을 되돌릴 수 있도록 해야 합니다.

C. 코드 체크인 시점에 시행되고 자동화된 테스트로 지원되는 개별 변경 사항에 대한 동료 검토 기반 프로세스로 전환합니다.

D. 더 크지만 배포 빈도가 낮은 소프트웨어 릴리스로 일괄 변경

E. 팀의 개발 플랫폼이 개발자들이 변경 사항의 영향에 대한 빠른 피드백을 받을 수 있도록 지원하는지 확인하십시오.