A. pip를 실행한 후 Python을 제거합니다.

B. 패키지 종속성(Python 및 pip)이 설치된 후 소스를 복사합니다.

C. 요구사항.txt에서 종속성을 제거합니다.

D. Google Container Engine 노드 풀에 더 큰 머신 유형을 사용합니다.

E. Alpine Linux와 같이 슬림화된 기본 이미지를 사용합니다.

A. 토크나이저 서비스를 생성하고 토큰화된 데이터만 저장합니다.

B. 신용카드 데이터만 처리하는 별도의 프로젝트를 만듭니다.

C. 별도의 하위 네트워크를 생성하고 신용 카드 데이터를 처리하는 구성 요소를 격리합니다.

D. PCI 데이터를 처리하는 모든 VM(가상 머신)에 레이블을 지정하여 감사 검색 단계를 간소화합니다.

E. Google BigQuery로 Logging 내보내기를 활성화하고 ACL 및 보기를 사용하여 감사자와 공유되는 데이터 범위를 지정합니다.

A. 각 개발자가 개발 브랜치에서 커밋할 때 코드를 테스트하고 컨테이너를 빌드하는 워크스테이션에 사전 커밋 후크를 설치하도록 합니다. 커밋이 성공한 후 개발자가 새로 빌드된 컨테이너 이미지를 개발 클러스터에 배포하도록 합니다.

B. 코드가 개발 분기에 푸시될 때 코드를 테스트하고 컨테이너를 빌드하는 원격 Git 저장소에 커밋 후 후크를 설치합니다. 커밋이 성공한 후 개발자가 새로 빌드된 컨테이너 이미지를 개발 클러스터에 배포하도록 합니다.

C. 코드를 테스트하고, 컨테이너를 빌드하고, 이를 Container Registry에 저장하는 개발 분기를 기반으로 Cloud Build 트리거를 만듭니다. 새 이미지를 감시하고 개발 클러스터에 새 이미지를 배포하는 배포 파이프라인을 만듭니다. 배포 도구에만 새 버전 배포에 대한 액세스 권한이 있는지 확인하세요.

D. 개발 분기를 기반으로 Cloud Build 트리거를 만들어 새 컨테이너 이미지를 빌드하고 이를 Container Registry에 저장합니다. 코드 테스트의 성공을 보장하려면 취약점 검색을 활용하세요. Cloud Build 프로세스의 마지막 단계로 개발 클러스터에 새 컨테이너 이미지를 배포합니다. Cloud Build에만 새 버전을 배포할 수 있는 액세스 권한이 있는지 확인하세요.

A. 배포 관리자를 사용하여 서비스 프로비저닝을 자동화합니다. 활동 로그를 사용하여 테스트를 모니터링하고 디버그하세요.

B. 배포 관리자를 사용하여 프로비저닝을 자동화합니다. Stackdriver를 사용하여 테스트를 모니터링하고 디버그하세요.

C. gcloud 스크립트를 사용하여 서비스 프로비저닝을 자동화합니다. 활동 로그를 사용하여 테스트를 모니터링하고 디버그하세요.

D. 자동화된 스크립트를 사용하여 서비스 프로비저닝을 자동화합니다. 활동 로그를 사용하여 테스트를 모니터링하고 디버그하세요.

A. 고가용성이 사용 설정된 Cloud SQL 인스턴스를 구성합니다.

B. 지역 인스턴스 구성으로 Cloud Spanner 인스턴스를 구성합니다.

C. Windows 장애 조치 클러스터링을 사용하는 Always On 가용성 그룹을 사용하여 Compute Engine에 SQL Server를 설정합니다. 노드를 다른 서브넷에 배치합니다.

D. Windows 장애 조치 클러스터링을 사용하여 SQL Server Always On 가용성 그룹을 설정합니다. 노드를 다른 영역에 배치합니다.