무료 온라인 액세스 Google.Professional-Cloud-Developer.v2024-10-23.q231 모의 시험 (Page 41)

Professional-Cloud-Developer 문제 197

Compute Engine 애플리케이션을 Google Kubernetes Engine으로 마이그레이션하기로 결정했습니다. 컨테이너 이미지를 빌드하고 Cloud Build를 사용하여 Artifact Registry에 푸시해야 합니다. 무엇을 해야 합니까? (두 가지 선택) A) 애플리케이션 소스 코드가 포함된 디렉토리에서 gcloud builds submit을 실행합니다.
비)
애플리케이션 소스 코드가 포함된 디렉토리에서 gcloud run deploy app-name --image gcr.io/$PROJECT_ID/app-name을 실행합니다.
기음)
애플리케이션 소스 코드가 포함된 디렉토리에서 gcloud container images add-tag gcr.io/$PROJECT_ID/app-name gcr.io/$PROJECT_ID/app-name:latest를 실행합니다.
디)
애플리케이션 소스 디렉토리에서 다음 내용을 포함하는 cloudbuild.yaml이라는 파일을 만듭니다.

그리고)
애플리케이션 소스 디렉토리에서 다음 내용을 포함하는 cloudbuild.yaml이라는 파일을 만듭니다.

A. 옵션 A

B. 옵션 B

C. 옵션 C

D. 옵션 D

E. 옵션 E

Professional-Cloud-Developer 문제 198

Compute Engine 인스턴스에서 실행되는 애플리케이션을 관리합니다. 또한 Compute Engine 인스턴스에서 실행되는 독립형 Docker 컨테이너에서 실행되는 여러 백엔드 서비스가 있습니다. 백엔드 서비스를 지원하는 Compute Engine 인스턴스는 여러 지역의 관리형 인스턴스 그룹에 의해 확장됩니다. 호출 애플리케이션이 느슨하게 결합되기를 원합니다. 요청에서 발견된 HTTP 헤더의 값에 따라 선택된 고유한 서비스 구현을 호출할 수 있어야 합니다. 백엔드 서비스를 호출하는 데 어떤 Google Cloud 기능을 사용해야 합니까?

A. 내부 HTTP(S) 부하 분산

B. 교통국장

C. 서비스 디렉토리

D. Anthos 서비스 메시

Professional-Cloud-Developer 문제 199

클러스터 내부에 남아 있어야 하는 다양한 마이크로서비스를 사용하여 애플리케이션을 개발하고 있습니다. 각 마이크로서비스를 특정 수의 복제본으로 구성할 수 있기를 원합니다. 또한 마이크로서비스가 확장되는 복제본 수에 관계없이 모든 다른 마이크로서비스에서 특정 마이크로서비스를 균일한 방식으로 처리할 수 있기를 원합니다. Google Kubernetes Engine에서 이 솔루션을 구현해야 합니다. 어떻게 해야 할까요?

A. 각 마이크로서비스를 Pod로 배포합니다. Ingress를 사용하여 클러스터에서 Pod를 노출하고 Ingress IP 주소 이름을 사용하여 클러스터 내의 다른 마이크로서비스에서 Pod를 처리합니다.

B. 각 마이크로서비스를 배포로 배포합니다. 서비스를 사용하여 클러스터에서 배포를 노출하고 서비스 DNS 이름을 사용하여 클러스터 내의 다른 마이크로서비스에서 이를 처리합니다.

C. 각 마이크로서비스를 배포로 배포합니다. Ingress를 사용하여 클러스터에서 배포를 노출하고 Ingress IP 주소를 사용하여 클러스터 내의 다른 마이크로서비스에서 배포를 처리합니다.

D. 각 마이크로서비스를 Pod로 배포합니다. 서비스를 사용하여 클러스터에서 Pod를 노출하고 서비스 DNS 이름을 사용하여 클러스터 내의 다른 마이크로서비스에서 마이크로서비스를 주소 지정합니다.

Professional-Cloud-Developer 문제 200

다음과 같은 디자인 요구 사항이 있는 새로운 애플리케이션을 개발하고 있습니다.
애플리케이션 인프라의 생성 및 변경 사항은 버전 관리되고 감사될 수 있습니다.
애플리케이션과 배포 인프라는 최대한 Google에서 관리하는 서비스를 사용합니다.
이 애플리케이션은 서버리스 컴퓨팅 플랫폼에서 실행됩니다.
애플리케이션의 아키텍처는 어떻게 설계해야 할까요?

A. 1. 애플리케이션 및 인프라 소스 코드를 Git 저장소에 저장합니다.
2. Terraform을 사용하여 Cloud Build를 사용하여 애플리케이션 인프라를 배포합니다.
3. 파이프라인 단계로 클라우드 기능에 애플리케이션을 배포합니다.

B. 1. Google Cloud Marketplace에서 Jenkins를 배포하고 Jenkins에서 지속적인 통합 파이프라인을 정의합니다.
2. Git 저장소에서 애플리케이션 소스 코드를 가져오기 위한 파이프라인 단계를 구성합니다.
3. 파이프라인 단계로 App Engine에 애플리케이션 소스 코드를 배포합니다.

C. 1. Cloud Build에서 지속적인 통합 파이프라인을 만들고 Deployment Manager 템플릿을 사용하여 애플리케이션 인프라를 배포하도록 파이프라인을 구성합니다.
2. 최신 애플리케이션 소스 코드로 컨테이너를 생성하기 위한 파이프라인 단계를 구성합니다.
3. 파이프라인 단계로 컨테이너를 Compute Engine 인스턴스에 배포합니다.

D. 1. gcloud 명령을 사용하여 애플리케이션 인프라를 배포합니다.
2. Cloud Build를 사용하여 애플리케이션 소스 코드의 변경 사항에 대한 지속적인 통합 파이프라인을 정의합니다.
3. Git 저장소에서 애플리케이션 소스 코드를 가져오기 위한 파이프라인 단계를 구성하고 컨테이너화된 애플리케이션을 만듭니다.

Professional-Cloud-Developer 문제 201

귀하의 애플리케이션은 사용자로부터 입력을 받아 사용자의 연락처에 게시합니다. 이 입력은 Cloud Spanner의 테이블에 저장됩니다. 귀하의 애플리케이션은 지연에 더 민감하고 일관성에는 덜 민감합니다.
이 애플리케이션에 대해 Cloud Spanner에서 읽기 작업을 어떻게 수행해야 합니까?

A. 읽기 전용 트랜잭션을 수행합니다.

B. 단일 읽기 방법을 사용하여 오래된 읽기를 수행합니다.

C. 단일 읽기 방법을 사용하여 강력한 읽기를 수행합니다.

D. 읽기-쓰기 트랜잭션을 사용하여 오래된 읽기를 수행합니다.

정답: D

참고: https://cloud.google.com/solutions/best-practices-cloud-spanner-gaming-database
주제 1, HipLocal 사례 연구 회사 개요
HipLocal은 가까운 거리에 있는 사람들 간의 소통을 용이하게 하도록 설계된 커뮤니티 애플리케이션입니다.
이벤트 기획 및 스포츠 이벤트 조직, 그리고 기업이 지역 사회와 연결하는 데 사용됩니다. HipLocal은 최근 댈러스의 몇몇 동네에서 시작되었으며 빠르게 글로벌 현상으로 성장하고 있습니다. 하이퍼 로컬 커뮤니티 커뮤니케이션 및 비즈니스 아웃리치의 독특한 스타일은 전 세계적으로 수요가 많습니다.
집행 성명
우리는 1위의 지역 커뮤니티 앱입니다. 이제 우리의 지역 커뮤니티 서비스를 글로벌화할 때입니다. 우리의 벤처 캐피털 투자자들은 온라인에 올라오는 새로운 지역 및 가상 커뮤니티에 대해 빠른 성장과 동일한 훌륭한 경험을 보고 싶어합니다. 그 구성원들이 서로 10마일이나 10,000마일 떨어져 있든 말입니다.
솔루션 컨셉
HipLocal은 업데이트된 기능을 갖춘 기존 서비스를 새로운 지역에서 확장하여 글로벌 고객에게 더 나은 서비스를 제공하고자 합니다. 그들은 이러한 지역을 해당 시간대에 맞춰 지원하기 위해 새로운 팀을 고용하고 교육하고자 합니다.
그들은 애플리케이션이 원활하게 확장되고, 가동 시간 데이터를 명확하게 제공하는지 확인해야 합니다.
기존 기술 환경
HipLocal의 환경은 Google Cloud Platform에서 실행되는 온프레미스 하드웨어와 인프라의 혼합입니다. HipLocal 팀은 애플리케이션을 잘 이해하지만 글로벌 규모의 애플리케이션에 대한 경험은 제한적입니다. 기존 기술 환경은 다음과 같습니다.
* 기존 API는 GCP에 호스팅된 Compute Engine 가상 머신 인스턴스에서 실행됩니다.
* 상태는 GCP의 단일 인스턴스 MySQL 데이터베이스에 저장됩니다.
* 데이터는 온프레미스 Teradata/Vertica 데이터웨어하우스로 내보내집니다.
* 데이터 분석은 온프레미스 Hadoop 환경에서 수행됩니다.
* 해당 어플리케이션에는 로깅이 없습니다.
* 가동 시간의 기본 지표가 있습니다. API가 응답하지 않을 때 경고가 자주 발생합니다. 비즈니스 요구 사항 HipLocal의 투자자들은 그들의 영향력을 확장하고 그들이 보고 있는 수요 증가를 지원하고 싶어합니다. 그들의 요구 사항은 다음과 같습니다.
* 새로운 지역으로 애플리케이션 가용성 확장
* 동시 지원 가능한 사용자 수 증가
* 사용자가 다른 지역을 여행할 때 일관된 경험을 보장합니다.
* 사용자 활동 지표를 얻어 제품을 수익화하는 방법을 더 잘 이해합니다.
* 새로운 지역의 규정 준수를 보장합니다(예: GDPR)
* 인프라 관리 시간 및 비용 절감
* 클라우드 컴퓨팅을 위한 Google 권장 사례 채택
기술적 요구 사항
* 애플리케이션과 백엔드는 사용 메트릭과 모니터링을 제공해야 합니다.
* API에는 강력한 인증 및 승인이 필요합니다.
* 로깅을 늘려야 하며, 데이터는 클라우드 분석 플랫폼에 저장해야 합니다.
* 탄력적 확장을 용이하게 하기 위해 서버리스 아키텍처로 전환
* 안전한 방식으로 내부 앱에 대한 승인된 액세스 제공

다른 버전: 1311Google.Professional-Cloud-Developer.v2024-07-06.q215; 1416Google.Professional-Cloud-Developer.v2023-11-22.q156; 1842Google.Professional-Cloud-Developer.v2022-12-27.q100; 1522Google.Professional-Cloud-Developer.v2022-08-11.q107; 1316Google.Professional-Cloud-Developer.v2022-05-21.q69

최근 업로드: 135SAP.C_S4CPB_2602.v2026-06-13.q7; 153SAP.C-S4CS-2602.v2026-06-13.q29; 176Salesforce.Slack-Con-201.v2026-06-13.q86; 178Oracle.1Z1-136.v2026-06-13.q46; 175BCS.BAPv5.v2026-06-13.q62; 145PaloAltoNetworks.SSE-Engineer.v2026-06-13.q18; 144SAP.C_CR125.v2026-06-13.q26; 141Proofpoint.PPAN01.v2026-06-13.q19; 151Workday.Workday-Pro-Time-Tracking.v2026-06-13.q19; 169API.API-1184.v2026-06-12.q40