A. App Engine에 애플리케이션을 배포합니다.
각 업데이트에 대해 동일한 서비스의 새 버전을 만듭니다.
적은 비율의 트래픽을 새 버전으로 보내도록 트래픽 분할 구성

B. Kubernetes Engine에 애플리케이션을 배포합니다.
지금 릴리스의 경우 새 버전에 대한 새 배포를 만듭니다. 지금 배포를 사용하도록 서비스를 업데이트합니다.

C. Kubernetes Engine에 애플리케이션을 배포합니다.
새 릴리스의 경우 새 버전을 사용하도록 배포를 업데이트합니다.

D. App Engine에 애플리케이션을 배포합니다.
각 업데이트에 대해 새 서비스를 만듭니다.
트래픽의 작은 비율을 새 서비스로 보내도록 트래픽 분할을 구성합니다.

A. Jenkins Java WAR을 App Engine Standard에 다운로드하여 배포합니다.

B. 새 Compute Engine 인스턴스를 만들고 명령줄 인터페이스를 통해 Jenkins를 설치합니다.

C. Compute Engine에 Kubernetes 클러스터를 생성하고 Jenkins Docker 이미지로 배포를 생성합니다.

D. GCP Marketplace를 사용하여 Jenkins 솔루션을 시작합니다.

A. 웹 애플리케이션에 대한 "프로젝트 소유자"에게 적절한 역할을 crm-databases-proj에 부여

B. crm-databases-proj에 "프로젝트 소유자" 역할을 부여하고 웹 애플리케이션에 bigquery.dataViewer 역할을 부여합니다.

C. crm-databases-proj 및 웹 애플리케이션 프로젝트에 "프로젝트 소유자" 역할을 부여합니다.

D. bigquery.dataViewer 역할을 crm-databases-proj에 부여하고 적절한 역할을 웹 애플리케이션에 부여합니다.

A. 1. Cloud Console에서 Compute Engine 디스크 페이지로 이동하여 인스턴스의 디스크를 선택합니다.
2. 스냅샷 일정 섹션에서 일정 생성을 선택하고 다음 매개변수를 구성합니다.
- 일정 빈도: 매일
- 시작 시간: 오전 1시 ~ 오전 2시
- 30일 후 스냅샷 자동 삭제

B. 1. 다음 값을 추가하도록 인스턴스의 메타데이터를 업데이트합니다. snapshot-schedule: 0 1 * * *
2. 다음 값을 추가하도록 인스턴스의 메타데이터를 업데이트합니다. snapshot-retention: 30

C. 1. 인스턴스 디스크의 스냅샷을 생성하는 Cloud Function을 생성합니다.
2. 30일이 지난 스냅샷을 삭제하는 Cloud Function을 생성합니다.
3. Cloud Scheduler를 사용하여 매일 오전 1시에 두 Cloud Functions를 모두 트리거합니다.

D. 1. 디스크의 내용을 Cloud Storage에 복사하는 bash 스크립트를 인스턴스에 생성합니다.
2. 백업 Cloud Storage 버킷에서 30일이 지난 데이터를 삭제하는 bash 스크립트를 인스턴스에 생성합니다.
3. 매일 오전 1시에 이러한 스크립트를 실행하도록 인스턴스의 crontab을 구성합니다.

A. 1. europe-west1.2에서 VPC와 서브네트워크를 생성합니다. 2개의 VPC를 피어링합니다.3. 새 서브네트워크에 새 인스턴스를 만들고 첫 번째 인스턴스의 프라이빗 주소를 엔드포인트로 사용합니다.

B. 1. europe-west1.2에서 VPC와 서브네트워크를 생성합니다. 내부 부하 분산 장치로 애플리케이션을 노출합니다.3. 새 서브네트워크에 새 인스턴스를 만들고 로드 밸런서의 주소를 엔드포인트로 사용합니다.

C. 1. europe-west1.2의 동일한 VPC에 서브네트워크를 생성합니다. 새 서브네트워크에 새 인스턴스를 만들고 첫 번째 인스턴스의 프라이빗 주소를 엔드포인트로 사용합니다.

D. 1. europe-west1.2의 동일한 VPC에 서브네트워크를 생성합니다. Cloud VPN을 사용하여 두 개의 하위 네트워크를 연결합니다.3. 새 서브네트워크에 새 인스턴스를 만들고 첫 번째 인스턴스의 프라이빗 주소를 엔드포인트로 사용합니다.