무료 온라인 액세스 Google.Professional-Cloud-DevOps-Engineer.v2024-09-16.q117 모의 시험 (Page 9)

Professional-Cloud-DevOps-Engineer 문제 36

Stackdriver Logging에 로그를 작성하는 애플리케이션을 관리합니다. 일부 팀 구성원에게 로그를 내보내는 기능을 제공해야 합니다. 당신은 무엇을 해야 합니까?

A. 팀 구성원에게 Cloud IAM에 대한 login.configWriter의 IAM 역할을 부여합니다.

B. 이러한 구성원만 로그를 내보낼 수 있도록 Access Context Manager를 구성합니다.

C. 로깅.싱크스.list 및 로깅.싱크.get 권한을 사용하여 사용자 지정 IAM 역할을 생성하고 부여합니다.

D. 이러한 구성원만 로그 내보내기를 생성할 수 있도록 Cloud IAM에서 조직 정책을 만듭니다.

Professional-Cloud-DevOps-Engineer 문제 37

회사의 멀티 클라우드 환경에서 애플리케이션을 위한 CI'CD 파이프라인을 구현 중입니다. 애플리케이션이 커스텀 Compute Engine 이미지와 다른 클라우드 제공업체의 이에 상응하는 이미지를 사용하여 배포됩니다. 빌드하고 배포할 수 있는 솔루션을 구현해야 합니다. 이미지를 현재 환경에 맞게 조정하고 향후 변화에 적응할 수 있습니다. 어떤 솔루션 스택을 사용해야 합니까?

A. Packer를 사용한 Cloud Build

B. Google Cloud Deploy를 사용한 Cloud Build

C. Google Cloud Deploy를 사용하는 Google Kubernetes Engine

D. kpt를 사용한 Cloud Build

정답: B

설명
Cloud Build는 빌드, 테스트, 배포를 자동화하는 데 도움이 되는 완전 관리형 지속적 통합 및 지속적 배포(CI/CD) 서비스입니다. Google Cloud Deploy는 Google Kubernetes Engine(GKE)에 대한 애플리케이션 배포를 자동화하는 서비스입니다.
Cloud Build와 Google Cloud Deploy를 함께 사용하면 애플리케이션의 커스텀 Compute Engine 이미지를 빌드하고 현재 환경과 향후 다른 클라우드 제공업체에 배포할 수 있습니다.
Cloud Build 및 Google Cloud Deploy를 사용하여 애플리케이션에 대한 CI/CD 파이프라인을 구현하는 단계는 다음과 같습니다.
애플리케이션 코드가 변경될 때마다 실행되는 Cloud Build 트리거를 만듭니다.
Cloud Build 트리거에서 애플리케이션의 Docker 이미지를 빌드하도록 Cloud Build를 구성합니다.
애플리케이션의 Docker 이미지를 GKE에 배포하는 방법을 지정하는 Google Cloud Deploy 구성 파일을 만듭니다.
Google Cloud Deploy에서 구성 파일을 사용하는 배포를 만듭니다.
Cloud Build 트리거 및 Google Cloud Deploy 구성 파일을 만든 후에는 애플리케이션 코드가 변경되면 Cloud Build가 트리거되어 새 Docker 이미지가 빌드됩니다. 그러면 Google Cloud Deploy가 새 Docker 이미지를 GKE에 배포합니다.
이 솔루션 스택은 클라우드에 구애받지 않는 접근 방식을 사용하므로 향후 변경 사항에 적응할 수 있습니다. Cloud Build를 사용하면 모든 클라우드 제공업체를 위한 Docker 이미지를 빌드할 수 있고, Google Cloud Deploy를 사용하면 모든 Kubernetes 클러스터에 Docker 이미지를 배포할 수 있습니다.
다른 솔루션 스택은 향후 변경 사항에 적응할 수 없습니다. 예를 들어 솔루션 스택 A(Packer를 사용한 Cloud Build)는 Compute Engine용 Docker 이미지 빌드로 제한됩니다. 솔루션 스택 C(Google Cloud Deploy를 사용하는 Google Kubernetes Engine)는 Docker 이미지를 GKE에 배포하는 것으로 제한됩니다. 솔루션 스택 D(kpt를 사용한 Cloud Build)는 아직 Cloud Build 및 Google Cloud Deploy만큼 성숙하지 않은 최신 솔루션입니다.
전반적으로 멀티 클라우드 환경에서 애플리케이션용 CI/CD 파이프라인을 구현하기 위한 최고의 솔루션 스택은 Google Cloud Deploy를 사용한 Cloud Build입니다. 이 솔루션 스택은 완전 관리형이고 클라우드에 구애받지 않으며 향후 변경 사항에 적응할 수 있습니다.

Professional-Cloud-DevOps-Engineer 문제 38

Google Cloud에서 컨테이너화된 애플리케이션을 위한 CI/CD 파이프라인을 구축해야 합니다. 개발팀이 트렁크 기반 개발을 위해 중앙 Git 저장소를 사용합니다. 품질을 개선하기 위해 새 버전의 애플리케이션에 대해 파이프라인에서 모든 테스트를 실행하려고 합니다. 당신은 무엇을 해야 합니까?

A. 1. 개발자가 코드를 중앙 저장소에 푸시하기 전에 단위 테스트를 실행하도록 요구하려면 Git 후크를 설치하십시오.
2. Cloud Build를 트리거하여 애플리케이션 컨테이너 구축 애플리케이션 컨테이너를 테스트 환경에 배포하고 통합 테스트를 실행합니다.
3. 통합 테스트가 성공하면 애플리케이션 컨테이너를 프로덕션 환경에 배포합니다. 승인 테스트를 실행합니다.

B. 1. 개발자가 코드를 중앙 저장소에 푸시하기 전에 단위 테스트를 실행하도록 Git 후크를 설치합니다. 모든 테스트가 성공하면 컨테이너를 빌드합니다.
2. Cloud Build를 트리거하여 애플리케이션 컨테이너를 테스트 환경에 배포하고 통합 테스트 및 승인 테스트를 실행합니다.
3. 모든 테스트가 성공하면 코드에 프로덕션 준비됨으로 태그를 지정합니다. Cloud Build를 트리거하여 애플리케이션 컨테이너를 빌드하고 프로덕션 환경에 배포합니다.

C. 1. Cloud Build를 트리거하여 애플리케이션 컨테이너를 빌드하고 컨테이너로 단위 테스트를 실행합니다.
2. 단위 테스트가 성공하면 애플리케이션 컨테이너를 테스트 환경에 배포하고 통합 테스트를 실행합니다.
3. 통합 테스트가 성공하면 파이프라인은 애플리케이션 컨테이너를 프로덕션 환경에 배포합니다. 그 후 승인 테스트를 실행합니다.

D. 1. 코드가 푸시될 때 단위 테스트를 실행하도록 Cloud Build를 트리거합니다. 모든 단위 테스트가 성공하면 애플리케이션 컨테이너를 빌드하고 중앙 레지스트리에 푸시합니다.
2. Cloud Build를 트리거하여 컨테이너를 테스트 환경에 배포하고 통합 테스트 및 승인 테스트를 실행합니다.
3. 모든 테스트가 성공하면 파이프라인은 애플리케이션을 프로덕션 환경에 배포하고 스모크 테스트를 실행합니다.

Professional-Cloud-DevOps-Engineer 문제 39

귀하의 애플리케이션은 Google Cloud Platform(GCP)에서 실행됩니다. GCP에 애플리케이션 릴리스를 배포하려면 Jenkins를 구현해야 합니다. 릴리스 프로세스를 간소화하고 운영 수고를 낮추며 사용자 데이터를 안전하게 유지하고 싶습니다. 당신은 무엇을 해야 합니까?

A. Compute Engine 가상 머신에 Jenkins를 구현합니다.

B. 로컬 워크스테이션에 Jenkins를 구현합니다.

C. Kubernetes 온프레미스에서 Jenkins 구현

D. Google Cloud Functions에서 Jenkins를 구현합니다.

Professional-Cloud-DevOps-Engineer 문제 40

귀하의 팀은 일괄 데이터에 대해 컴퓨팅 집약적인 처리를 수행하는 서비스를 구축하고 있습니다. 데이터는 머신의 CPU 속도와 수에 따라 더 빠르게 처리됩니다. 이러한 일괄 데이터는 크기가 다양하며 언제든지 여러 타사로부터 도착할 수 있습니다. 소스 제3자가 데이터를 안전하게 업로드할 수 있는지 확인해야 합니다. 데이터가 최대한 빨리 처리되도록 하면서 비용을 최소화하고 싶습니다. 어떻게 해야 합니까?

A. * 제3자가 일괄 데이터를 업로드하고 서버에 적절한 사용자 인증 정보를 제공할 수 있도록 Compute Engine 인스턴스에 SFTP(보안 파일 전송 프로토콜) 서버를 제공합니다.
* google.storage, object, finalize Cloud Storage 트리거를 사용하여 Cloud 함수를 생성합니다. 함수가 Compute Engine 자동 확장 관리형 인스턴스 그룹을 확장할 수 있도록 코드를 작성합니다.
* 처리가 완료되면 인스턴스를 종료하는 데이터 처리 소프트웨어가 사전 로드된 이미지를 사용하십시오.

B. * 제3자가 일괄 데이터를 업로드할 수 있도록 Cloud Storage 버킷을 제공하고 버킷에 대한 적절한 ID 및 액세스 관리(1AM) 액세스를 제공하세요.
* 표준 Google Kubernetes Engine(GKE) 클러스터를 사용하고 일괄 데이터를 처리하는 서비스와 새로운 데이터 일괄 처리를 위해 Cloud Storage를 모니터링하는 두 가지 서비스를 유지합니다.
* 처리할 일괄 데이터가 없을 경우 처리 서비스를 중지합니다.

C. * 제3자가 일괄 데이터를 업로드할 수 있도록 Cloud Storage 버킷을 제공하고 버킷에 대한 적절한 ID 및 액세스 관리(1AM) 액세스를 제공합니다.
* google, Storage, object .finalise Cloud Storage 트리거를 사용하여 Cloud 함수를 생성합니다. 함수가 Compute Engine 자동 확장 관리형 인스턴스 그룹을 확장할 수 있도록 코드를 작성합니다.
* 처리가 완료되면 인스턴스를 종료하는 데이터 처리 소프트웨어가 사전 로드된 이미지를 사용하십시오.

D. * 제3자가 일괄 데이터를 업로드할 수 있도록 Cloud Storage 버킷을 제공하고 버킷에 대한 적절한 ID 및 액세스 관리(1AM) 액세스를 제공합니다.
* Cloud Monitoring을 사용하여 버킷에서 새로운 데이터 배치를 감지하고 데이터를 처리하는 Cloud 함수를 트리거합니다.
* 처리 런타임을 최소화하기 위해 가능한 가장 큰 CPU를 사용하도록 Cloud 함수를 설정합니다.

정답: C

설명
제3자가 데이터를 안전하게 업로드하고 비용을 최소화하는 동시에 데이터가 가능한 한 빨리 처리되도록 하는 가장 좋은 옵션은 제3자가 일괄 데이터를 업로드할 수 있도록 Cloud Storage 버킷을 제공하고 적절한 ID를 제공하는 것입니다. 버킷에 대한 액세스 관리(IAM) 액세스 google.storage.object.finalize Cloud Storage 트리거를 사용하여 Cloud 함수를 만듭니다. 함수가 Compute Engine 자동 확장 관리형 인스턴스 그룹을 확장할 수 있도록 코드를 작성합니다. 처리가 완료되면 인스턴스를 종료하는 데이터 처리 소프트웨어가 사전 로드된 이미지를 사용하세요. Cloud Storage 버킷은 Google Cloud에 데이터를 저장하고 액세스할 수 있는 리소스입니다. 제3자가 안전하고 편리하게 데이터 배치를 업로드할 수 있도록 Cloud Storage 버킷을 제공할 수 있습니다. 또한 버킷에 데이터를 읽거나 쓸 수 있는 사람을 제어하는 역할과 정책을 사용하여 버킷에 대한 적절한 IAM 액세스 권한을 제공할 수도 있습니다. Cloud 함수는 Cloud Storage 버킷 변경과 같은 이벤트에 대한 응답으로 코드를 실행하는 서버리스 함수입니다. google.storage.object.finalize 트리거는 새 객체가 생성되거나 Cloud Storage 버킷에서 기존 객체를 덮어쓸 때 실행되는 트리거 유형입니다. 새로운 데이터 배치가 버킷에 업로드될 때마다 함수가 실행되도록 google.storage.object.finalize 트리거를 사용하여 Cloud 함수를 만들 수 있습니다. 함수가 로드 또는 커스텀 측정항목에 따라 크기를 자동으로 조정하는 VM 인스턴스 그룹인 Compute Engine 자동 확장 관리형 인스턴스 그룹을 확장할 수 있도록 코드를 작성할 수 있습니다. 처리가 완료되면 인스턴스를 종료하는 데이터 처리 소프트웨어가 사전 로드된 이미지를 사용할 수 있습니다. 즉, 처리할 데이터가 있을 때만 인스턴스가 실행되고 완료되면 중지됩니다. 이렇게 하면 데이터가 최대한 빨리 처리되도록 하면서 비용을 최소화할 수 있습니다.

다른 버전: 776Google.Professional-Cloud-DevOps-Engineer.v2026-06-16.q142; 1650Google.Professional-Cloud-DevOps-Engineer.v2023-08-17.q72; 1120Google.Professional-Cloud-DevOps-Engineer.v2023-04-17.q77; 1284Google.Professional-Cloud-DevOps-Engineer.v2022-08-10.q64; 1437Google.Professional-Cloud-DevOps-Engineer.v2022-02-09.q64

최근 업로드: 393Cisco.300-435.v2026-09-03.q259; 224Oracle.1Z0-1045-26.v2026-09-03.q17; 424IIA.IIA-CIA-Part1.v2026-09-03.q627; 292Fortinet.NSE6_OTS_AR-7.6.v2026-09-03.q95; 311Snowflake.DAA-C01.v2026-09-03.q67; 3126Salesforce.AP-223.v2026-09-01.q94; 2247Splunk.SPLK-5001.v2026-09-01.q60; 3433Cisco.300-540.v2026-09-01.q62; 4930Microsoft.MS-102-KR.v2026-09-01.q239; 3210Microsoft.AI-900-KR.v2026-09-01.q162