A. 중앙 집중식 데이터 액세스를 위해 Prometheus 교차 서비스 페더레이션 구성

B. Cloud Operations for GKE 내에서 워크로드 측정항목 구성

C. 중앙 집중식 데이터 액세스를 위해 Prometheus 계층적 연합 구성

D. Prometheus용 Google Cloud 관리형 서비스 구성

A. 끌어오기 요청 승인이 필요한 보호된 분기로 빌드 시스템을 구성합니다.

B. 승인 컨트롤러를 사용하여 수신 요청이 승인된 소스에서 발생하는지 확인합니다.

C. Kubernetes RBAC(역할 기반 액세스 제어)를 활용하여 승인된 사용자로만 액세스를 제한합니다.

D. Kubernetes 클러스터 내에서 바이너리 승인을 활성화하고 빌드 파이프라인을 증명자로 구성합니다.

A. Google Compute Engine(GCE>)에 Kubernetes를 설치하고 애플리케이션을 재배포합니다. 그런 다음 기본 제공 Stackdriver Logging 구성을 맞춤설정하여 애플리케이션 포드의 로그 파일을 추적하고 Stackdriver Logging에 기록합니다.

B. Pod 내의 로그 파일을 추적하고 표준 출력에 항목을 쓰는 스크립트를 작성합니다. 애플리케이션의 Pod를 사용하여 스크립트를 사이드카 컨테이너로 실행합니다. 스크립트가 애플리케이션 컨테이너의 /var/log에 대한 읽기 액세스 권한을 가질 수 있도록 컨테이너 간에 공유 볼륨을 구성합니다.

C. 기본 Stackdriver Kubernetes Engine Monitoring 에이전트 구성을 사용합니다.

D. Fluentd 데몬 세트를 GKE에 배포합니다. 그런 다음 사용자 정의된 입력 및 출력 구성을 생성하여 애플리케이션 포드의 로그 파일을 추적하고 Slackdriver Logging에 기록합니다.

A. 단일 새 범위 지정 프로젝트를 만듭니다.

B. 각 폴더에 대한 새 범위 지정 프로젝트를 만듭니다.

C. 현재 app-one-prod 프로젝트를 범위 지정 프로젝트로 사용합니다.

D. 현재 app-one-dev, app-one-staging 및 app-one-prod 프로젝트를 각 폴더의 범위 지정 프로젝트로 사용합니다.

A. 팀당 하나의 Google Cloud 프로젝트 만들기 각 프로젝트에서 개발용 클러스터와 프로덕션용 클러스터를 만듭니다. 팀에 해당 클러스터에 대한 ID 및 액세스 관리(1AM) 액세스 권한을 부여합니다.

B. 팀당 하나의 Google Cloud 프로젝트 만들기 각 프로젝트에서 개발용 Kubernetes 네임스페이스와 프로덕션용으로 하나씩 클러스터를 만듭니다. 팀에 해당 클러스터에 대한 ID 및 액세스 관리(1AM) 액세스 권한을 부여합니다.

C. 별도의 프로젝트에 개발 및 프로덕션 GKE 클러스터 만들기 각 클러스터에서 팀별로 Kubernetes 네임스페이스를 만든 다음 각 팀이 자체 네임스페이스에만 액세스할 수 있도록 IAP(Identity-Aware Proxy)를 구성합니다.

D. 별도의 프로젝트에 개발 및 프로덕션 GKE 클러스터 만들기 각 클러스터에서 팀별로 Kubernetes 네임스페이스를 만든 다음 각 팀이 자체 네임스페이스에만 액세스할 수 있도록 Kubernetes 역할 기반 액세스 제어(RBAC)를 구성합니다.