A. 블루/그린 배포

B. 카나리아 배포

C. 롤링 배포

D. 배포 다시 만들기

A. gcloud 컴퓨팅 인스턴스 add-access-config ${NAME}-backend-instance-1

B. gcloud 컴퓨팅 인스턴스 add-tags ${NAME}-backend-instance-1 --tags http-server

C. gcloud 계산 방화벽 규칙 생성 허용-lb --network load-balancer --allow tcp --source-ranges 130.211.0.0/22,35.191.0.0/16 --direction INGRESS

D. gcloud 컴퓨팅 방화벽 규칙 생성 허용-lb --network load-balancer --allow tcp --destination-ranges 130.211.0.0/22,35.191.0.0/16 --direction EGRESS

A. Cloud Logging을 사용하여 오류 로그를 확인하고 필요한 최소 용량을 찾을 때까지 Spanner 처리 단위를 조금씩 줄입니다.

B. Cloud Trace를 사용하여 Spanner로 들어오는 요청의 초당 요청을 모니터링하고 필요한 최소 용량을 찾을 때까지 Spanner 처리 단위를 조금씩 줄입니다.

C. Cloud Monitoring을 사용하여 CPU 사용률을 모니터링하고 필요한 최소 용량을 찾을 때까지 Spanner 처리 단위를 조금씩 줄입니다.

D. 스냅샷 디버거를 사용하여 애플리케이션 오류를 확인하고 필요한 최소 용량을 찾을 때까지 Spanner 처리 단위를 조금씩 줄입니다.

A. * Web Security Scanner를 사용하여 애플리케이션을 자동으로 크롤링합니다.
* 스캔 결과에 대한 애플리케이션 로그를 검토하고 컨테이너에 알려진 심각한 취약점이 없다는 증명을 제공하세요.
* Binary Authorization을 사용하여 컨테이너가 배포되기 전에 증명을 강제로 제공하는 정책을 구현합니다.

B. * Web Security Scanner를 사용하여 애플리케이션을 자동으로 크롤링합니다.
* Cloud Console의 스캔 세부정보 페이지에서 스캔 결과를 검토하고 컨테이너에 알려진 심각한 취약점이 없다는 증명을 제공하세요.
* Binary Authorization을 사용하여 컨테이너가 배포되기 전에 증명을 강제로 제공하는 정책을 구현합니다.

C. * 취약점 스캔을 수행하려면 컨테이너 스캔 API를 활성화하세요.
* Cloud Console에서 Container Registry의 취약점 보고를 검토하고 컨테이너에 알려진 심각한 취약점이 없다는 증명을 제공하세요.
* Binary Authorization을 사용하여 컨테이너가 배포되기 전에 증명을 강제로 제공하는 정책을 구현합니다.

D. * 취약점 스캔을 수행하려면 컨테이너 스캔 API를 활성화하세요.
* 컨테이너 스캐닝 API를 통해 보고된 취약점을 프로그래밍 방식으로 검토하고 컨테이너에 알려진 심각한 취약점이 없다는 증명을 제공합니다.
* Binary Authorization을 사용하여 컨테이너가 배포되기 전에 증명을 강제로 제공하는 정책을 구현합니다.

A. 이미지를 직접 받아들이고 다른 사용자 정보를 저장하는 데이터베이스에 저장하도록 애플리케이션을 변경합니다.

B. Cloud Storage에 대해 서명된 URL을 생성하도록 애플리케이션을 변경합니다. Cloud Storage에 이미지를 업로드하려면 서명된 URL을 클라이언트 애플리케이션으로 전송하세요.

C. 사용자 이미지를 허용하도록 GCP에 웹 서버를 설정하고 업로드된 파일을 보관할 파일 저장소를 만듭니다. 파일 저장소에서 이미지를 검색하도록 애플리케이션을 변경합니다.

D. Cloud Storage의 각 사용자에 대해 별도의 버킷을 만듭니다. 각 버킷에 대한 쓰기 액세스를 허용하려면 별도의 서비스 계정을 할당하세요. 사용자 정보를 기반으로 서비스 계정 자격 증명을 클라이언트 애플리케이션으로 전송합니다. 애플리케이션은 이 서비스 계정을 사용하여 Cloud Storage에 이미지를 업로드합니다.