A. 애플리케이션에 대한 NodePort 유형의 Kubernetes 서비스와 Cloud Load Balancer를 통해 이 서비스를 노출하는 Kubernetes Ingress를 생성합니다.

B. 애플리케이션에 대해 ClusterIP 유형의 Kubernetes 서비스를 생성합니다. 이 서비스의 IP를 사용하여 애플리케이션의 퍼블릭 DNS 이름을 구성합니다.

C. NodePort 유형의 Kubernetes 서비스를 생성하여 Kubernetes 클러스터의 각 노드의 포트 443에서 애플리케이션을 노출합니다. 로드 밸런싱을 달성하기 위해 클러스터의 모든 노드의 IP로 애플리케이션의 퍼블릭 DNS 이름을 구성합니다.

D. 클러스터에 HAProxy 포드를 생성하여 애플리케이션의 모든 포드에 대한 트래픽 로드 밸런싱을 수행합니다. iptable 규칙을 사용하여 공용 트래픽을 HAProxy로 전달합니다. HAProxy가 실행 중인 노드의 공용 IP를 사용하여 애플리케이션의 DNS 이름을 구성합니다.

A. 클라우드 SQL

B. 클라우드 스패너

C. 클라우드 파이어스토어

D. 클라우드 데이터 저장소

A. 애플리케이션의 app.yaml 파일을 확인하고 프로젝트 설정을 확인합니다.

B. 응용 프로그램의 web-application.xml 파일을 확인하고 프로젝트 설정을 확인합니다.

C. Deployment Manager로 이동하여 애플리케이션 배포 설정을 검토합니다.

D. Cloud Shell로 이동하여 gcloud config list를 실행하여 배포에 사용된 GCP 구성을 검토합니다.

A. 감사하려는 버킷에 대한 데이터 액세스 로그를 켠 다음 Cloud Storage에서 필터링하는 로그 뷰어에서 쿼리를 작성합니다.

B. 적절한 권한을 할당한 다음 관리자 활동 감사 로그에 대한 데이터 스튜디오 보고서를 생성합니다.

C. 적절한 권한을 할당하고 Cloud Monitoring을 사용하여 측정항목을 검토합니다.

D. 로그 내보내기 API를 사용하여 관리자 활동 감사 로그를 원하는 형식으로 제공합니다.

A. 1. 관리해야 하는 하나의 프로젝트에 대해 기본 구성을 사용합니다.
2. 기본이 아닌 프로젝트로 작업해야 하는 경우 gcloud init를 사용하여 구성 값을 업데이트합니다.

B. 1. 관리해야 하는 하나의 프로젝트에 대해 기본 구성을 사용합니다.
2. 할당된 각 GCP 프로젝트로 작업할 때 적절한 구성을 활성화합니다.

C. 1. 관리해야 하는 각 프로젝트에 대한 구성을 만듭니다.
2. 기본이 아닌 프로젝트로 작업해야 하는 경우 gcloud init를 사용하여 구성 값 업데이트

D. 1. 관리해야 하는 각 프로젝트에 대한 구성을 만듭니다.
2. 할당된 각 GCP 프로젝트로 작업할 때 적절한 구성을 활성화합니다.