A. 플렉스/연결/현재

B. tcp_ssl_proxy/new_connections

C. tcp_ssl_proxy/open_connections

D. 플렉스/인스턴스/연결/현재

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

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

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

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

A. 서비스의 SLO를 더 엄격하게 만듭니다.

B. 서비스의 배포 속도 및/또는 위험을 높입니다.

C. 엔지니어링 시간을 더 많은 안정성이 필요한 다른 서비스로 전환합니다.

D. 제품 팀이 새로운 기능보다 안정성 작업을 우선시하도록 합니다.

E. 서비스 수준 지표(SLI) 구현을 변경하여 적용 범위를 늘립니다.

A. 모든 사후 조사에는 사건의 원인이 무엇인지 확인하고, 사건을 일으킨 사람이나 팀을 식별하십시오. 향후 사건 발생을 방지하는 방법.

B. 모든 사후 조사에는 사건의 원인, 사건이 어떻게 더 악화될 수 있었는지, 향후 사건 발생을 방지하는 방법이 포함되어 있는지 확인하십시오.

C. 모든 사후 분석에는 사고의 심각도, 향후 사고 발생을 방지하는 방법이 포함되어 있는지 확인하십시오. 내부 시스템 구성 요소의 이름을 밝히지 않고 사고의 원인을 파악했습니다.

D. 모든 사후 분석에는 고객 정보를 명시하지 않고 사건이 해결된 방법과 사건의 원인이 포함되어 있는지 확인합니다.

E. 모든 사후 분석에는 사후 작성에 모든 사건 참여자가 포함되고 사후 분석이 최대한 광범위하게 공유되는지 확인합니다.

A. 팀 구성원에게 Cloud IAM에 대한 login.configWriter의 IAM 역할을 부여합니다.

B. 이러한 구성원만 로그를 내보낼 수 있도록 Access Context Manager를 구성합니다.

C. 로깅.싱크스.list 및 로깅.싱크.get 권한을 사용하여 사용자 지정 IAM 역할을 생성하고 부여합니다.

D. 이러한 구성원만 로그 내보내기를 생성할 수 있도록 Cloud IAM에서 조직 정책을 만듭니다.