A. 사용자 지정 네트워크에서 "리프트 앤 시프트" 접근 방식을 사용하여 애플리케이션을 격리된 프로젝트로 마이그레이션합니다. VPC 내의 모든 트래픽을 비활성화하고 방화벽 로그를 확인하여 애플리케이션이 제대로 작동하기 위해 허용되어야 하는 트래픽을 결정합니다.

B. "리프트 앤 시프트" 접근 방식을 사용하여 애플리케이션을 격리된 프로젝트로 마이그레이션합니다. VPC 방화벽 규칙을 사용하여 모든 내부 TCP 트래픽을 활성화합니다. VPC 흐름 로그를 사용하여 애플리케이션이 제대로 작동하기 위해 허용되어야 하는 트래픽을 결정합니다.

C. 격리된 프로젝트의 Cloud Functions에서 호스팅되는 마이크로서비스 아키텍처로 애플리케이션을 리팩터링합니다.
방화벽 규칙을 사용하여 프로젝트 외부의 모든 트래픽을 비활성화합니다. VPC 흐름 로그를 사용하여 애플리케이션이 제대로 작동하기 위해 허용되어야 하는 트래픽을 결정합니다.

D. 애플리케이션을 GKE 클러스터의 마이크로서비스 아키텍처로 리팩터링합니다. 방화벽 규칙을 사용하여 클러스터 외부의 모든 트래픽을 비활성화합니다. VPC 흐름 로그를 사용하여 애플리케이션이 제대로 작동하기 위해 허용되어야 하는 트래픽을 결정합니다.

A. 모든 아웃바운드 연결을 허용하는 규칙

B. 모든 인바운드 연결을 거부하는 규칙

C. 모든 인바운드 포트 25 연결을 차단하는 규칙

D. 모든 아웃바운드 연결을 차단하는 규칙

E. 모든 인바운드 포트 80 연결을 허용하는 규칙

A. Google Cloud 조직 노드에서 '리소스 서비스 사용량 제한'* 조직 정책 제약조건을 사용합니다.

B. ID 및 액세스 관리(1AM) 사용자 지정 역할을 사용하여 DevOps 팀이 유럽 지역에서만 리소스를 생성할 수 있도록 합니다.

C. Google Cloud 조직 노드에서 조직 정책 제약조건 Google Cloud Platform - 리소스 위치 제한을 사용합니다.

D. Access Context Manager와 함께 IAP(Identity-Aware Proxy)를 사용하여 Google Cloud 리소스의 위치를 ​​제한합니다.

A. 조직 수준에서 Constraints/compute.skipDefaultNetworkCreation 조직 정책 제약 조건을 활성화합니다.

B. 매일 Cloud 함수를 트리거하여 각 프로젝트의 모든 기본 네트워크를 자동으로 삭제하는 크론 작업을 만듭니다.

C. 사용자에게 조직 수준에서 오전 1시 소유자 역할을 부여합니다. Compute.googleapis.com API를 제한하는 프로젝트 주변에 VPC 서비스 제어 경계를 만듭니다.

D. 사용자가 기본 네트워크 생성을 건너뛰기 위해 배포할 수 있는 사전 정의된 인프라 템플릿 집합이 있는 CI/CD 파이프라인만 사용할 수 있도록 허용합니다.

A. 비밀 관리자

B. 클라우드 키 관리 서비스

C. 암호화 해싱을 사용한 Cloud Data Loss Prevention

D. 자동 텍스트 수정 기능을 갖춘 Cloud Data Loss Prevention

E. AES-SIV를 사용한 결정적 암호화를 갖춘 Cloud Data Loss Prevention