A. 풀 요청 승인이 필요한 보호된 브랜치로 빌드 시스템을 구성합니다.

B. 허용 컨트롤러를 사용하여 들어오는 요청이 승인된 출처에서 오는지 확인하십시오.

C. Kubernetes 역할 기반 액세스 제어(RBAC)를 활용하여 승인된 사용자에게만 액세스를 제한합니다.

D. Kubernetes 클러스터 내에서 이진 인증을 활성화하고 증명자로 빌드 파이프라인을 구성합니다.

A. 팀당 하나의 GCP 프로젝트를 만듭니다. 각 프로젝트에서 개발용 클러스터와 프로덕션용 클러스터를 만듭니다. 팀에 각 클러스터에 대한 IAM 액세스 권한을 부여합니다.

B. 팀당 하나의 GCP 프로젝트를 만듭니다. 각 프로젝트에서 개발용 Kubernetes 네임스페이스와 프로덕션용 네임스페이스가 있는 클러스터를 만듭니다. 팀에 각 클러스터에 대한 IAM 액세스 권한을 부여합니다.

C. 별도의 프로젝트에서 개발 및 프로덕션 GKE 클러스터를 만듭니다. 각 클러스터에서 팀별로 Kubernetes 네임스페이스를 생성한 다음 각 팀이 자체 네임스페이스에만 액세스할 수 있도록 IAPA(Identity Aware Proxy)를 구성합니다.

D. 별도의 프로젝트에서 개발 및 프로덕션 GKE 클러스터를 만듭니다. 각 클러스터에서 팀별로 Kubernetes 네임스페이스를 만든 다음 각 팀이 자체 네임스페이스에만 액세스할 수 있도록 Kubernetes RBAC(역할 기반 액세스 제어)를 구성합니다.

A. 애플리케이션을 사용하여 사용자 경험을 시뮬레이션하기 위해 새로운 합성 클라이언트를 만듭니다.

B. 웹 프록시 로그만 분석하고 각 요청의 응답 시간을 캡처합니다.

C. 사용자 상호 작용에 대한 추가 정보를 캡처하도록 코드를 수정합니다.

D. 현재 및 과거 요청 로그를 사용하여 애플리케이션과 고객의 상호 작용을 추적합니다.

E. 현재 애플리케이션 메트릭을 검토하고 필요에 따라 새 메트릭을 추가합니다.

A. 각 작업 항목 및 필요한 공동 작업자에 대해 한 명의 소유자를 지정합니다.

B. 각 항목에 대해 여러 명의 소유자를 지정하여 팀에서 항목을 신속하게 처리할 수 있도록 합니다.

C. 공동 작업자를 지정하지만 개별 소유자는 항목에 할당하지 않고 사후 부검을 흠 없는 상태로 유지합니다.

D. 팀장은 SRE 팀을 담당하므로 모든 작업 항목의 소유자로 팀장을 지정합니다.

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

B. Cloud Pub/Sub를 사용하여 Spinnaker 파이프라인을 트리거합니다.

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

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