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

Professional-Cloud-DevOps-Engineer 문제 36

팀에서 Google Kubernetes Engine(GKE)에 배포할 새로운 애플리케이션을 설계하고 있습니다. 다양한 애플리케이션 수준 지표를 수집하고 중앙 집중식으로 집계하기 위한 모니터링을 설정해야 합니다. Google Cloud Platform 서비스를 사용하면서 모니터링 설정에 필요한 작업량을 최소화하고 싶습니다. 어떻게 해야 할까요?

A. 애플리케이션에서 다양한 메트릭을 Slackdriver 모니터링 API로 직접 게시한 다음, Stackdriver에서 이러한 사용자 지정 메트릭을 관찰할 수 있습니다.

B. 클라우드 Pub/Sub 클라이언트 라이브러리를 설치하고, 애플리케이션에서 다양한 메트릭을 여러 토픽으로 푸시한 다음, Stackdriver에서 집계된 메트릭을 확인합니다.

C. 애플리케이션에 OpenTelemetry 클라이언트 라이브러리를 설치하고, Stackdriver를 메트릭 내보내기 대상으로 설정한 다음, Stackdriver에서 애플리케이션의 메트릭을 확인하십시오.

D. 모든 메트릭을 애플리케이션별 로그 메시지 형태로 출력하고, 이러한 메시지를 컨테이너에서 Stackdriver 로깅 수집기로 전달한 다음, Stackdriver에서 메트릭을 관찰합니다.

Professional-Cloud-DevOps-Engineer 문제 37

최근 Google Kubernetes Engine(GKE)에 애플리케이션을 배포했고 이제 애플리케이션의 새 버전을 출시해야 합니다. 새 버전에 문제가 발생할 경우 이전 버전으로 즉시 롤백할 수 있는 기능이 필요합니다. 어떤 배포 모델을 사용해야 할까요?

A. 카나리 배포를 수행하고 새 버전 배포 후 새 애플리케이션을 주기적으로 테스트하십시오.

B. 롤링 배포를 수행하고 배포가 완료된 후 새 애플리케이션을 테스트하십시오.

C. A/B 테스트를 수행하고 배포 완료 후 애플리케이션을 주기적으로 테스트하십시오.

D. 블루/그린 배포를 수행하고 배포가 완료되면 새 애플리케이션을 테스트하십시오.

Professional-Cloud-DevOps-Engineer 문제 38

Cloud Run 애플리케이션이 비정형 로그를 텍스트 문자열 형식으로 Cloud Logging에 기록합니다. 이 비정형 로그를 JSON 기반의 정형 로그로 변환하고 싶습니다. 어떻게 해야 할까요?

A. Fluent Bit 사이드카 컨테이너를 설치하고 JSON 파서를 사용합니다.

B. Cloud Run 컨테이너 이미지에 로그 에이전트를 설치하고, 로그 에이전트를 사용하여 로그를 Cloud Logging으로 전달합니다.

C. 로그 에이전트를 구성하여 로그 텍스트 페이로드를 JSON 페이로드로 변환합니다.

D. 클라우드 로깅 소프트웨어 개발 키트(SDK)를 사용하도록 애플리케이션을 수정하고, jsonPay10ad 필드를 사용하여 로그 항목을 전송합니다.

정답: D

정답은 D입니다. 클라우드 로깅 소프트웨어 개발 키트(SDK)를 사용하도록 애플리케이션을 수정하고 jsonPayload 필드를 사용하여 로그 항목을 전송합니다.
클라우드 로깅 SDK는 클라우드 런 애플리케이션에서 구조화된 로그를 작성할 수 있도록 해주는 라이브러리입니다.
SDK를 사용하면 로그 항목의 속성을 담은 JSON 객체가 포함된 jsonPayload 필드를 사용하여 로그 항목을 생성할 수 있습니다. jsonPayload 필드를 사용하면 로그 항목의 속성을 기반으로 로그를 필터링, 쿼리 및 내보내기하는 등 클라우드 로깅의 고급 기능을 사용할 수 있습니다.
Cloud Logging SDK를 사용하려면 프로그래밍 언어용 SDK를 설치한 다음 SDK 메서드를 사용하여 로그 항목을 생성하고 Cloud Logging으로 전송해야 합니다. 예를 들어 Node.js를 사용하는 경우 다음 코드를 사용하여 jsonPayload 필드2가 포함된 구조화된 로그 항목을 작성할 수 있습니다.
// Google Cloud 클라이언트 라이브러리를 가져옵니다.
const {Logging} = require('@google-cloud/logging');
// 클라이언트를 생성합니다
const logging = new Logging();
// 기록할 로그를 선택합니다
const log = logging.log('my-log');
// 로그에 기록할 데이터
const text = '안녕하세요, 세계!';
const metadata = {
// Cloud Run 서비스 이름과 리비전을 레이블로 설정합니다.
레이블: {
서비스 이름: process.env.K_SERVICE || '알 수 없음',
revision_name: process.env.K_REVISION || '알 수 없음',
},
// 로그 항목 페이로드 유형과 값을 설정합니다.
jsonPayload: {
메시지: 텍스트,
타임스탬프: new Date(),
},
};
// 로그 항목을 준비합니다
const entry = log.entry(metadata);
// 로그 항목을 기록합니다
await log.write(entry);
console.log(`로그된 내용: ${text}`);
클라우드 로깅 SDK를 사용하는 것은 비정형 로그를 정형 로그로 변환하는 가장 좋은 방법입니다. SDK를 사용하면 로그 항목의 형식과 내용을 더욱 유연하게 제어하고 관리할 수 있습니다.
Fluent Bit 사이드카 컨테이너를 사용하는 것은 Cloud Run 애플리케이션에 복잡성과 오버헤드를 추가하므로 좋은 선택이 아닙니다. Fluent Bit는 다양한 소스에서 로그를 수집 및 파싱하여 여러 대상으로 전송하는 데 사용할 수 있는 경량 로그 처리 및 전달 도구입니다.3 하지만 Cloud Run은 사이드카 컨테이너를 지원하지 않으므로 Fluent Bit를 메인 컨테이너 이미지의 일부로 실행해야 합니다. 이렇게 하려면 Dockerfile을 수정하고 Fluent Bit가 지원되는 위치에서 로그를 읽고 JSON으로 파싱하도록 구성해야 합니다. 이는 Cloud Logging SDK를 사용하는 것보다 번거롭고 안정성이 떨어집니다.
Cloud Run 컨테이너 이미지에서 로그 에이전트를 사용하는 것은 불가능합니다. Cloud Run에서는 로그 에이전트가 지원되지 않기 때문입니다. 로그 에이전트는 Compute Engine 또는 Google Kubernetes Engine 인스턴스에서 실행되는 서비스로, 다양한 애플리케이션 및 시스템 구성 요소에서 로그를 수집합니다. 하지만 Cloud Run은 기본 플랫폼의 세부 사항을 추상화하는 완전 관리형 서비스이므로, 기본 인프라에 에이전트를 설치하거나 실행하는 것을 허용하지 않습니다.
암호를 코드에 직접 저장하는 것은 민감한 정보를 노출시키고 암호 변경이나 순환을 어렵게 만들기 때문에 바람직하지 않습니다. 또한 암호가 변경될 때마다 애플리케이션을 재구축하고 재배포해야 하므로 불필요한 작업량과 시스템 다운타임이 발생합니다.
참고 자료:
1: 구조화된 로그 작성 | Cloud Run 문서 | Google Cloud
2: 구조화된 로그 작성 | Cloud Run 문서 | Google Cloud
3: Fluent Bit - 빠르고 가벼운 로그 처리 및 전달 프로그램
4: 서버리스 애플리케이션을 위한 로깅 모범 사례 - Google Codelabs
5: 로깅 에이전트 정보 | 클라우드 로깅 문서 | Google Cloud
6: 클라우드 실행 FAQ | Google 클라우드

Professional-Cloud-DevOps-Engineer 문제 39

대용량 파일을 제공하는 n2-standard-2 Compute Engine 인스턴스를 사용하는 서비스를 모니터링하고 있습니다. 사용자들이 다운로드 속도가 느리다고 보고했습니다. 클라우드 모니터링 대시보드를 보면 가상 머신(VMS)이 네트워크 처리량 최고치에 도달한 것으로 나타납니다. 네트워크 처리량 성능을 개선하고 싶습니다. 어떻게 해야 할까요?

A. 클라우드 NAT 게이트웨이를 배포하고 해당 게이트웨이를 VMS의 서브넷에 연결합니다.

B. VMS에 추가 네트워크 인터페이스 컨트롤러(NIC)를 추가합니다.

C. VMS의 기기 유형을 n2-standard-8로 변경하십시오.

D. 추가 모니터링 지표를 내보내려면 운영 에이전트를 배포하십시오.

Professional-Cloud-DevOps-Engineer 문제 40

Cloud Build를 사용하여 새로운 Docker 이미지를 빌드하고 Docker Hub에 푸시하는 CI/CD 파이프라인이 있습니다. 코드 버전 관리는 Git을 사용합니다. Cloud Build YAML 구성 파일을 변경한 후 파이프라인에서 새로운 아티팩트가 빌드되지 않는 것을 확인했습니다. 사이트 신뢰성 엔지니어링(SRE) 원칙에 따라 이 문제를 해결해야 합니다. 어떻게 해야 할까요?

A. CI 파이프라인을 비활성화하고 수동으로 빌드 및 푸시하여 아티팩트를 생성합니다.

B. CI 파이프라인을 변경하여 아티팩트를 Docker Hub 대신 Container Registry에 푸시합니다.

C. 구성 YAML 파일을 클라우드 스토리지에 업로드하고 오류 보고 기능을 사용하여 문제를 식별하고 해결하십시오.

D. 이전 및 현재 클라우드 빌드 구성 파일 간의 Git 비교를 실행하여 버그를 찾아 수정하십시오.

다른 버전: 881Google.Professional-Cloud-DevOps-Engineer.v2024-09-16.q117; 1489Google.Professional-Cloud-DevOps-Engineer.v2023-08-17.q72; 934Google.Professional-Cloud-DevOps-Engineer.v2023-04-17.q77; 1152Google.Professional-Cloud-DevOps-Engineer.v2022-08-10.q64; 1302Google.Professional-Cloud-DevOps-Engineer.v2022-02-09.q64

최근 업로드: 139F5.F5CAB3.v2026-06-20.q47; 142Appian.ACD201.v2026-06-20.q47; 133Archer.Archer-Expert.v2026-06-20.q25; 115ITSpecialist.INF-306.v2026-06-20.q24; 192Salesforce.Salesforce-AI-Specialist.v2026-06-19.q86; 166Oracle.1Z1-948.v2026-06-19.q40; 334EXIN.ITILFNDv4.v2026-06-18.q182; 193Adobe.AD0-E605.v2026-06-18.q77; 249Huawei.H12-831_V1.0-ENU.v2026-06-18.q172; 340Microsoft.MB-700.v2026-06-18.q349