A. 조직 노드를 만들고 각 사업부별로 폴더를 지정합니다.

B. gmail.com 계정을 사용하여 각 사업부별로 독립형 프로젝트를 설정합니다.

C. 프로젝트에 GCP 리소스를 할당하고 리소스를 소유한 사업부를 식별하는 라벨을 지정합니다.

D. 각 사업부의 VPC에 GCP 리소스를 할당하여 네트워크 액세스를 분리합니다.

A. EUROPE-WEST1 지역에 로그를 저장하기 위해 Cloud Storage 버킷을 만듭니다. 효율성을 높이기 위해 로그를 버킷으로 직접 전송하도록 애플리케이션 코드를 수정합니다.

B. Google Cloud 운영 제품군 Cloud Logging 에이전트를 사용하여 Compute Engine 인스턴스를 구성하여 애플리케이션 로그를 EUROPE-WEST1 지역의 사용자 지정 보존 기간인 12년으로 설정된 사용자 지정 로그 버킷으로 전송합니다.

C. Pub/Sub 주제를 사용하여 애플리케이션 로그를 EUROPE-WEST1 지역의 Cloud Storage 버킷으로 전달합니다.

D. EUROPE-WEST1 지역의 Google Cloud 운영 제품군 로그 버킷에 12년의 사용자 지정 보존 정책을 구성합니다.

A. 엔지니어링 프로젝트별로 네트워킹 팀에 Compute 관리자 역할 부여

B. 호스트 프로젝트와 서비스 프로젝트가 있는 공유 VPC 네트워크

C. 허브 앤 스포크 모델을 사용하여 모든 엔지니어링 프로젝트 간 VPC 피어링

D. 허브 앤 스포크 모델을 사용하는 모든 엔지니어링 프로젝트 간의 Cloud VPN 게이트웨이

A. 1. 버킷의 모든 사용자에게 액세스 권한을 부여하는 IAM(Identity and Access Management)을 제거합니다.
2. 회귀를 방지하기 위해 조직 정책 storage.uniformBucketLevelAccess를 적용합니다.
3. 데이터 액세스 로그를 쿼리하여 무단 액세스에 대해 보고합니다.

B. 1. 권한이 있는 사용자의 액세스를 제한하도록 권한을 변경합니다.
2. 모든 프로덕션 프로젝트 주변에 VPC 서비스 제어 경계를 적용하여 승인되지 않은 액세스를 즉시 차단합니다.
3. 관리자 활동 감사 로그를 검토하여 무단 액세스가 있는지 보고합니다.

C. 1. 버킷 권한을 변경하여 액세스를 제한합니다.
2. 버킷의 사용 로그를 쿼리하여 데이터에 대한 무단 액세스를 보고합니다.
3. 퇴행을 방지하기 위해 조직 정책 storage.publicAccessPrevention을 시행합니다.

D. 1. 버킷 권한을 변경하여 액세스를 제한합니다.
2. 버킷에 대한 승인되지 않은 액세스가 있는지 데이터 액세스 감사 로그를 쿼리합니다.
3. 잘못된 구성을 수정한 후 보안 명령 센터에서 발견 사항을 음소거합니다.

A. 고객이 관리하는 암호화 키를 사용하세요.

B. Google Cloud에서 액세스 제어를 관리하려면 Google의 Identity and Access Management(IAM) 서비스를 사용하세요.

C. 관리자 활동 로그를 활성화하여 리소스에 대한 액세스를 모니터링합니다.

D. Google 직원의 액세스 승인 요청에 액세스 투명성 로그를 활성화합니다.