무료 온라인 액세스 Google.Professional-Cloud-Architect.v2022-05-20.q253 모의 시험 (Page 12)

Professional-Cloud-Architect 문제 51

이 질문에 대해서는 TerramEarth 사례 연구를 참조하십시오.
TerramEarth의 레거시 엔터프라이즈 프로세스 중 Google Cloud Platform 채택이 증가함에 따라 상당한 변화를 겪을 것입니다.

A. Opex/capex 할당, LAN 변경, 용량 계획

B. 용량 계획, TCO 계산, opex/capex 할당

C. 용량 계획, 활용도 측정, 데이터 센터 확장

D. 데이터 센터 확장, TCO 계산, 활용도 측정

정답: B

참조:
용량 계획, TCO 계산, opex/capex 할당 사례 연구에서 관리(CXO)는 모두 인프라 비용 최적화와 같은 비용 관리뿐만 아니라 성장을 위한 리소스(인프라)의 신속한 제공과 관련이 있다는 결론을 내릴 수 있습니다. 지속적인 운영 지출(Opex)에 대한 자본 지출(Capex) 및 총 소유 비용(TCO)
주제 1, JencoMart 사례 연구
회사 개요
JencoMart는 16개국에 10,000개 이상의 매장을 보유한 글로벌 소매업체입니다. 상점에는 식료품, 타이어 및 보석과 같은 다양한 상품이 있습니다. 회사의 핵심 가치 중 하나는 우수한 고객 서비스입니다. 또한 최근 5년간 탄소 배출량을 50% 줄이기 위한 환경 정책을 도입했습니다.
회사 배경
젠코마트는 1931년 잡화점으로 출발하여 지금까지 최고의 가치와 고객 서비스로 유명한 세계 최고의 브랜드로 성장했습니다. 시간이 지남에 따라 회사는 오프라인 매장에서 매장 및 온라인 하이브리드 모델로 전환했으며 매출의 25%가 온라인에서 이루어졌습니다. 현재 JencoMart는 아시아에서 입지가 거의 없지만 향후 성장을 위한 핵심 시장으로 간주합니다.
솔루션 개념
JencoMart는 몇 가지 중요한 애플리케이션을 클라우드로 마이그레이션하기를 원하지만 마이그레이션에 필요한 엔지니어링 및 클라우드에 대한 적합성을 결정하기 위한 기술 검토를 완료하지 않았습니다. 현재 수명이 다되어 더 이상 지원되지 않는 인프라에서 이러한 모든 애플리케이션을 호스팅하고 있습니다.
기존 기술 환경
JencoMart는 4개의 데이터 센터(북미에 3개, 유럽에 1개)에서 모든 애플리케이션을 호스팅하며 대부분의 애플리케이션은 이중 홈입니다.
JencoMart는 온프레미스 아키텍처의 종속성과 리소스 사용량 메트릭을 이해합니다.
애플리케이션 고객 충성도 포털
LAMP(Linux, Apache, MySQL 및 PHP) 애플리케이션은 JencoMart 소유의 미국 데이터 센터 2곳에서 제공됩니다.
데이터 베이스
* Oracle Database는 사용자 프로필을 저장합니다.
20TB
복잡한 테이블 구조
잘 관리되고 깨끗한 데이터
강력한 백업 전략
* PostgreSQL 데이터베이스는 사용자 자격 증명을 저장합니다.
미국 서부의 단독주택
o 중복 없음
o 12시간마다 백업
100% 가동 시간 서비스 수준 계약(SLA)
모든 사용자 인증
계산
* 미국 서부 해안에 있는 30대의 기계, 각 기계에는 다음이 포함됩니다.
o 트윈, 듀얼 코어 CPU
o 32GB RAM
트윈 250GB HDD(RAID 1)
* 미국 동부 해안에 있는 20대의 기계, 각 기계에는 다음이 포함됩니다.
o 단일 듀얼 코어 CPU
o 24GB RAM
트윈 250GB HDD(RAID 1)
저장
* 각 위치에서 공유 100TB SAN에 대한 액세스
* 매주 테이프 백업
비즈니스 요구 사항
* 사용량이 많은 기간에는 용량을 최적화하고 사용량이 적은 기간에는 가치를 최적화합니다.
* 보장 서비스 제공 및 지원
* 온프레미스 설치 공간과 관련 재정 및 환경 영향을 줄입니다.
* 인프라 구매와 관련된 막대한 초기 비용을 피하기 위해 아웃소싱 모델로 전환
* 아시아로 서비스를 확장합니다.
기술 요구 사항
* 클라우드 적합성에 대한 주요 애플리케이션을 평가합니다.
* 클라우드용 애플리케이션을 수정합니다.
* 애플리케이션을 새로운 인프라로 이동합니다.
* 가능한 모든 곳에서 관리형 서비스 활용
* 기존 데이터 센터 용량의 20% 중단
* 아시아에서 대기 시간 감소
CEO 성명서
JencoMart는 더 많은 사람들이 웹에 액세스함에 따라 고객과의 개인적인 관계를 계속 발전시킬 것입니다. 우리 소매 비즈니스의 미래는 글로벌 시장과 온라인과 매장 경험 간의 연결에 있습니다. 큰 글로벌 기업으로서 우리는 또한 '녹색' 이니셔티브와 정책을 통해 환경에 대한 책임을 지고 있습니다.
CTO 성명서
데이터 센터 운영의 어려움은 우리의 장기적인 성공에 중요한 핵심 기술에 집중하는 것을 방해합니다. 데이터 서비스를 퍼블릭 클라우드 인프라로 마이그레이션하면 빅 데이터와 머신 러닝에 집중하여 서비스 고객을 개선할 수 있습니다.
CFO 성명서
JencoMart는 창립 이래 데이터 서비스 인프라에 막대한 투자를 해왔습니다. 그러나 변화하는 시장 동향 때문에 우리는 장기적인 성공을 보장하기 위해 인프라를 아웃소싱해야 합니다. 이 모델을 통해 피크 시간에 증가하는 고객 요구에 대응하고 비용을 절감할 수 있습니다.

Professional-Cloud-Architect 문제 52

SQL을 백엔드로 사용하여 PHP App Engine Standard 서비스를 배포하고 있습니다. 데이터베이스에 대한 쿼리 수를 최소화하려고 합니다.
당신은 무엇을 해야 합니까?

A. Memcache 서비스 수준을 전용으로 설정합니다. 쿼리 결과가 포함된 키로 캐시를 채우기 위해 1분마다 실행되는 cron 작업을 만듭니다.

B. Memcache 서비스 수준을 공유로 설정합니다. 'cached-queries'라는 키를 만들고 Cloud SQL에 쿼리를 사용하기 전에 키에서 데이터베이스 값을 반환합니다.

C. Memcache 서비스 수준을 공유로 설정합니다. 모든 예상 쿼리를 "cached-queries"라는 키로 저장하기 위해 1분마다 실행되는 cron 작업을 만듭니다.

D. Memcache 서비스 수준을 전용으로 설정합니다. 쿼리의 해시에서 키를 만들고 Cloud SQL에 쿼리를 실행하기 전에 Memcache에서 데이터베이스 값을 반환합니다.

Professional-Cloud-Architect 문제 53

이 질문에 대해서는 Dress4Win 사례 연구를 참조하십시오.
Dress4Win은 온프레미스 MySQL 배포를 클라우드로 마이그레이션하는 방법에 대한 조언을 요청했습니다.
그들은 마이그레이션 중에 온프레미스 솔루션에 대한 다운타임 및 성능 영향을 최소화하기를 원합니다.
어떤 접근 방식을 권장해야 합니까?

A. MySQL 복제본 서버의 덤프를 클라우드 환경에 생성하고 Google Cloud Datastore에 로드하고 컷오버 시 Cloud Datastore에 읽기/쓰기하도록 애플리케이션을 구성합니다.

B. 클라우드에 새 MySQL 클러스터를 생성하고, 온프레미스 및 클라우드 MySQL 마스터 모두에 쓰기 시작하도록 애플리케이션을 구성하고, 컷오버 시 원래 클러스터를 파괴합니다.

C. 클라우드 환경에서 MySQL 레플리카 서버/슬레이브를 설정하고, 컷오버까지 온프레미스 MySQL 마스터 서버에서 비동기식 복제를 위해 구성합니다.

D. 온프레미스 MySQL 마스터 서버의 덤프를 만든 다음 종료하고 클라우드 환경에 업로드하고 새 MySQL 클러스터에 로드합니다.

Professional-Cloud-Architect 문제 54

이 질문에 대해서는 JencoMart 사례 연구를 참조하십시오.
JencoMart는 사용자 프로필 저장소를 Google Cloud Datastore로 마이그레이션하고 애플리케이션 서버를 Google Compute Engine(GCE)으로 마이그레이션하기로 결정했습니다. 마이그레이션하는 동안 기존 인프라는 데이터를 업로드하기 위해 Datastore에 액세스해야 합니다. 어떤 서비스 계정 키 관리 전략을 추천해야 합니까?

A. 사용자 계정으로 온프레미스 인프라를 인증하고 VM에 대한 서비스 계정 키를 프로비저닝합니다.

B. 온프레미스 인프라용 GCE/Google Container Engine(GKE)에 커스텀 인증 서비스를 배포하고 VM용 GCP 관리 키를 사용합니다.

C. 온프레미스 인프라 및 GCE 가상 머신(VM)에 대한 서비스 계정 키를 프로비저닝합니다.

D. 온프레미스 인프라용 서비스 계정 키 프로비저닝 및 VM용 Google Cloud Platform(GCP) 관리형 키 사용

Professional-Cloud-Architect 문제 55

귀사의 애플리케이션 안정성 팀은 최종 분석을 위해 모든 서버 이벤트를 Google Cloud Storage로 보내는 디버그 기능을 백엔드 서비스에 추가했습니다. 이벤트 레코드는 최소 50KB 및 최대 15MB이며 초당 3,000개의 이벤트로 최고가 될 것으로 예상됩니다. 데이터 손실을 최소화하고 싶습니다.
어떤 프로세스를 구현해야 합니까?

A. * 메타데이터용 단일 매니페스트 파일로 10,000개의 이벤트마다 일괄 처리
* 이벤트 파일 및 매니페스트 파일을 단일 아카이브 파일로 압축
* serverName - EventSequence를 사용하여 파일 이름 지정
* 버킷이 1일 이상 지난 경우 새 버킷을 생성하고 단일 아카이브 파일을 새 버킷에 저장합니다.
그렇지 않으면 단일 아카이브 파일을 기존 버킷에 저장합니다.

B. * 개별 파일 압축
* serverName - EventSequence로 파일 이름 지정
* 하나의 버킷에 파일 저장
* 저장 후 각 개체에 대한 사용자 정의 메타데이터 헤더 설정

C. * 파일 본문에 메타데이터 추가
* 개별 파일 압축
* 임의의 접두사 패턴으로 파일 이름 지정
* 하나의 버킷에 파일 저장

D. * 파일 본문에 메타데이터 추가
* 개별 파일 압축
* serverName으로 파일 이름 지정 - 타임스탬프
* 버킷이 1시간 이상 된 경우 새 버킷을 만들고 새 버킷에 개별 파일을 저장합니다.
그렇지 않으면 기존 버킷에 파일을 저장합니다.

다른 버전: 582Google.Professional-Cloud-Architect.v2026-01-14.q101; 2250Google.Professional-Cloud-Architect.v2024-03-16.q191; 980Google.Professional-Cloud-Architect.v2024-03-08.q174; 946Google.Professional-Cloud-Architect.v2023-09-13.q111; 2200Google.Professional-Cloud-Architect.v2023-01-14.q147; 1545Google.Professional-Cloud-Architect.v2022-07-10.q111

최근 업로드: 127F5.F5CAB3.v2026-06-20.q47; 116Appian.ACD201.v2026-06-20.q47; 110Archer.Archer-Expert.v2026-06-20.q25; 109ITSpecialist.INF-306.v2026-06-20.q24; 170Salesforce.Salesforce-AI-Specialist.v2026-06-19.q86; 151Oracle.1Z1-948.v2026-06-19.q40; 279EXIN.ITILFNDv4.v2026-06-18.q182; 177Adobe.AD0-E605.v2026-06-18.q77; 236Huawei.H12-831_V1.0-ENU.v2026-06-18.q172; 241Microsoft.MB-700.v2026-06-18.q349