A. 클러스터 A의 노드에 툴박스 컨테이너를 설치하고, 클러스터 B로의 경로가 올바르게 구성되었는지 확인합니다.

B. 네트워크 연결 센터를 사용하여 클러스터 A에서 클러스터로 연결 테스트를 수행합니다.

C. 디버그 컨테이너를 사용하여 클러스터 A에서 클러스터 B로, 그리고 클러스터 B에서 클러스터 A로 traceroute 명령을 실행하여 공통 장애 지점을 식별합니다.

D. 두 VPC 모두에서 VPC 흐름 로그를 활성화하고 패킷 손실을 모니터링합니다.

A. 클라우드 로깅을 사용하여 조직 수준에서 집계 싱크를 구성하고 모든 로그를 BigQuery 데이터 세트로 내보냅니다.

B. 클라우드 로깅을 사용하여 조직 수준에서 집계된 싱크를 구성하고 모든 로그를 7년 보존 정책 및 버킷 잠금이 적용된 클라우드 스토리지로 내보냅니다.

C. 클라우드 로깅을 사용하여 각 프로젝트 수준에서 내보내기 싱크를 구성하여 모든 로그를 BigQuery 데이터 세트로 내보낼 수 있습니다.

D. 클라우드 로깅을 사용하여 각 프로젝트 수준에서 내보내기 싱크를 구성하고 모든 로그를 7년 보존 정책 및 버킷 잠금이 적용된 클라우드 스토리지로 내보냅니다.

A. 미리 정의된 역할의 사용자 지정 버전을 사용하여 모든 iam.serviceAccountKeys를 제외합니다. * 서비스 계정 역할 권한.

B. 조직에 constraints/iam.disableserviceAccountKeycreation 제약 조건을 적용합니다.

C. 조직에 constraints/iam.disableServiceAccountKeyUp10ad 제약 조건을 적용합니다.

D. roles/iam.serviceAccountKeyAdmin IAM 역할을 조직 관리자에게만 부여합니다.

A. 클라우드 IAM에서 팀 구성원에게 logging.configWriter라는 IAM 역할을 부여하십시오.

B. 액세스 컨텍스트 관리자를 구성하여 다음 멤버만 로그를 내보낼 수 있도록 허용합니다.

C. logging.sinks.list 및 logging.sink.get 권한을 가진 사용자 지정 IAM 역할을 생성하고 부여합니다.

D. 클라우드 IAM에서 조직 정책을 생성하여 이러한 구성원만 로그 내보내기를 생성할 수 있도록 허용합니다.

A. API 키를 Secret Manager에 시크릿으로 저장하고, Cloud Run 애플리케이션에서 해당 시크릿을 환경 변수로 참조하세요.

B. API 키를 Secret Manager에 비밀 키로 저장하고, 해당 비밀 키를 /sys/api_key 디렉터리에 마운트한 후 Cloud Run 애플리케이션에서 키를 복호화합니다.

C. API 키를 클라우드 키 관리 서비스(Cloud KMS)에 키로 저장하고, 클라우드 런 애플리케이션에서 환경 변수로 해당 키를 참조합니다.

D. 클라우드 키 관리 서비스(Cloud KMS)를 사용하여 API 키를 암호화하고 해당 키를 환경 변수로 Cloud Run에 전달합니다. Cloud Run에서 키를 복호화하고 사용합니다.