A. 네트워크 정책을 사용하여 애플리케이션 간 트래픽을 차단합니다.

B. 자동화된 프로세스를 사용하여 Let's Encrypt에서 애플리케이션에 대한 SSL 인증서를 요청하고 이를 애플리케이션에 추가합니다.

C. 애플리케이션 내에서 신뢰할 수 있는 네트워크 범위를 정의하고 해당 네트워크에서만 트래픽을 허용하도록 애플리케이션을 구성합니다.

D. Istio를 설치하고 애플리케이션 네임스페이스에서 프록시 주입을 활성화한 다음 mTLS를 활성화합니다.

A. 로컬 머신에 Pub/Sub 및 Cloud Run 에뮬레이터를 배포합니다. 애플리케이션을 로컬에 배포하고 애플리케이션의 로깅 수준을 DEBUG 또는 INFO로 변경합니다. 주제 A에 모의 메시지를 작성한 다음 로그를 분석합니다.

B. 로컬 머신에 Pub/Sub 에뮬레이터를 배포합니다. 프로덕션 애플리케이션을 로컬 Pub/Sub 토픽으로 지정합니다. 토픽 A에 모의 메시지를 작성한 다음 로그를 분석합니다.

C. gcloud CLI를 사용하여 주제 A에 모의 메시지를 작성합니다. 애플리케이션의 로깅 수준을 DEBUG 또는 INFO로 변경한 다음 로그를 분석합니다.

D. Google Cloud 콘솔을 사용하여 주제 A에 대한 모의 메시지를 작성합니다. 애플리케이션의 로깅 수준을 DEBUG 또는 INFO로 변경한 다음 로그를 분석합니다.

A. 최신 Docker 이미지 태그를 사용하세요.

B. 고유한 Docker 이미지 이름을 사용하세요.

C. Docker 이미지의 다이제스트를 사용합니다.

D. Docker 이미지 태그의 의미적 버전을 사용합니다.

A. Cloud Armor 보안 정책을 구성하여 회사 IP 주소 범위로만 액세스를 제한합니다. 재무 팀의 모든 사람에게 클라이언트 측 인증서를 발급하고 애플리케이션에서 인증서를 확인합니다.

B. HTTP(s) 로드 밸런서에서 Cloud Identity-Aware Proxy를 활성화하고 재무 부서의 사용자가 포함된 Google 그룹에 대한 액세스를 제한합니다. 재무 팀의 모든 사람에게 클라이언트 측 인증서를 발급하고 애플리케이션에서 인증서를 확인합니다.

C. HTTP(s) 로드 밸런서에서 Cloud Identity-Aware Proxy를 활성화하고 재무 부서의 사용자가 포함된 Google 그룹에 대한 액세스를 제한합니다. 애플리케이션 내에서 제공된 JSON 웹 토큰을 확인합니다.

D. Cloud Armor 보안 정책을 구성하여 회사 IP 주소 범위로만 액세스를 제한합니다. 애플리케이션 내에서 제공된 JSON 웹 토큰을 확인합니다.

A. Anthos가 관리하는 여러 Google Kubernetes Engine(GKE) 클러스터에 다중 클러스터 배포로 오픈소스 Istio를 배포합니다.

B. Anthos를 사용하여 각 환경에 GKE 클러스터를 만들고 Cloud Run for Anthos를 사용하여 각 클러스터에 애플리케이션을 배포합니다.

C. Anthos를 사용하여 각 환경에 GKE 클러스터를 설치하고 Cloud Build를 사용하여 각 클러스터에서 애플리케이션에 대한 배포를 만듭니다.

D. 클라우드에서 GKE 클러스터를 만들고 온프레미스에 오픈소스 Kubernetes를 설치합니다. 외부 로드 밸런서 서비스를 사용하여 두 환경에 트래픽을 분산합니다.