A. * 1 CI/CD 파이프라인을 위한 전용 서비스 계정을 생성합니다.
* 2 GKE 클러스터의 전용 노드 풀에서 배포 파이프라인 실행
* 3 풀의 노드에 대한 ID로 생성한 서비스 계정을 사용하여 Google Cloud API에 인증합니다.

B. * 1 개별 서비스 계정(또는 각 배포 파이프라인)을 생성합니다.
* 2 서비스 계정 명명 규칙에 파이프라인 식별자를 추가합니다.
* 3 각 파이프라인이 전용 Pod에서 실행되는지 확인하세요.
* 4 워크로드 아이덴티티를 사용하여 배포 파이프라인 포드를 서비스 계정과 매핑

C. * 1 인프라용과 애플리케이션 배포용으로 하나씩 두 개의 서비스 계정을 만듭니다.
* 2 워크로드 아이덴티티를 사용하여 포드가 두 파이프라인을 실행하고 서비스 계정으로 인증할 수 있도록 합니다.
* 3 별도의 네임스페이스에서 인프라 및 애플리케이션 파이프라인을 실행합니다.

D. * 1 각 배포 파이프라인에 대한 서비스 계정을 생성합니다.
* 2 서비스 계정에 대한 개인 키 생성
* 3 특정 배포 파이프라인을 실행하는 Pod에서만 액세스할 수 있는 Kubernetes 비밀로 개인 키를 안전하게 저장합니다.

A. 네임 머신에서 OpenID Connect(OIDC) 서비스를 사용하여 워크로드 아이덴티티 풀을 설정합니다. 풀의 주 구성원이 Google Cloud 서비스 계정을 가장할 수 있도록 규칙을 구성합니다.

B. 회사 ADFS(Active Directory Federation Service)를 사용하여 워크로드 아이덴티티 풀을 설정합니다. 풀의 모든 주 구성원이 Google Cloud 서비스 계정을 가장하도록 허용합니다.

C. 동일한 머신에서 OpenID Connect(OIDC) 서비스를 사용하여 워크로드 아이덴티티 풀을 설정합니다. 풀의 모든 주 구성원이 Google Cloud 서비스 계정을 가장하도록 허용합니다.

D. 회사 ADFS(Active Directory Federation Service)를 사용하여 워크로드 아이덴티티 풀을 설정합니다. 풀의 주 구성원이 Google Cloud 서비스 계정을 가장할 수 있도록 규칙을 구성합니다.

A. SSL 프록시

B. 내부 TCP/UDP

C. TCP 프록시

D. TCP/UDP 네트워크

A. 조직 아래 부서별로 프로젝트를 생성합니다. 각 부서의 프로젝트에 대해 해당 부서와 관련된 Google 그룹에 프로젝트 브라우저 역할을 할당합니다.

B. 조직 아래 부서별로 프로젝트를 생성합니다. 각 부서의 프로젝트에 대해 해당 부서와 관련된 Google 그룹에 프로젝트 뷰어 역할을 할당합니다.

C. 조직 아래 부서별로 폴더를 생성합니다. 각 부서의 폴더에 대해 해당 부서와 관련된 Google 그룹에 프로젝트 뷰어 역할을 할당합니다.

D. 조직 아래 부서별로 폴더를 생성합니다. 각 부서의 폴더에 대해 해당 부서와 관련된 Google 그룹에 프로젝트 브라우저 역할을 할당합니다.

A. 자체 서브넷에서 각 계층을 실행하고 서브넷 기반 방화벽 규칙을 사용합니다.

B. 자체 VM 태그로 각 계층을 실행하고 태그 기반 방화벽 규칙을 사용합니다.

C. 자체 프로젝트에서 각 계층을 실행하고 프로젝트 레이블을 사용하여 분리합니다.

D. 서로 다른 서비스 계정(SA)으로 각 계층을 실행하고 SA 기반 방화벽 규칙을 사용합니다.