Ngân hàng đề — Google Professional Cloud Architect

Tìm thấy 420 câu.

Câu 181

For this question, refer to the KnightMotives Automotive case study.

https://services.google.com/fh/files/misc/v6.1_pca_knightmotives_automotive_case_study_english.pdf


KnightMotives wants to deliver a consistent digital experience across vehicles, online ordering, and dealer interactions. Drivers should experience continuity between their online configuration, in-vehicle preferences, and service history. Dealers, however, cannot invest in new infrastructure, and backend ERP and supply chain systems remain largely legacy and on-premises. What is the most appropriate approach to ensure a cohesive, personalized customer experience across channels while respecting these constraints?

  1. A

    Migrate all legacy ERP and supply chain systems to Google Cloud immediately to enable end-to-end personalization.
  2. B

    Rely on dealer-managed systems to enrich customer data and synchronize it periodically with KnightMotives’ cloud environment.
  3. C

    Build separate personalization solutions for vehicles, dealers, and online ordering to reduce integration complexity.
  4. D

    Introduce a customer experience layer on Google Cloud that integrates with legacy systems via APIs and events, decoupling personalization from backend constraints.
Xem giải thích

Đáp án

D — Dựng một lớp trải nghiệm khách hàng trên Google Cloud, tích hợp với hệ thống cũ

Vì sao đúng

Hệ thống ERP và quản lý đại lý của KnightMotives không thể thay trong một lần. Dựng một lớp mới đứng trước cho phép xây năng lực cá nhân hoá ngay bây giờ trong khi hệ thống cũ vẫn là nguồn dữ liệu — đây chính là tinh thần của mô hình strangler: giá trị đến sớm, rủi ro chia nhỏ, và hệ thống cũ được thay dần chứ không bị cắt đột ngột.

Vì sao các phương án khác sai

  • A. Chuyển ngay toàn bộ ERP và chuỗi cung ứng — dự án nhiều năm, rủi ro rất cao, và chặn mọi tiến bộ khác cho tới khi xong.
  • B. Dựa vào hệ thống của đại lý rồi đồng bộ định kỳ — dữ liệu luôn cũ và mỗi đại lý một kiểu, nên không dựng được hồ sơ khách hàng thống nhất.
  • C. Làm riêng ba giải pháp cá nhân hoá cho ba kênh — chính là vấn đề cần giải: khách hàng bị nhìn thành ba người khác nhau.
Câu 182

You are managing an application hosted on Google Compute Engine (GCE). The application has a high IOPS requirement and must ensure that data is preserved across restarts. You need to select the appropriate storage type for the application and configure it to maximize performance and availability. Which of the following configurations best meets the application's requirements?

  1. A

    Use a Local SSD attached to the instance.
  2. B

    Use a Balanced Persistent Disk (PD-Balanced) with multiple disks in a RAID-0 configuration
  3. C

    Use a Standard Persistent Disk (PD-Standard) with a single disk attached to the instance.
  4. D

    Use an SSD Persistent Disk (PD-SSD) with multiple disks in a RAID-0 configuration.
Xem giải thích

Đáp án

D — Dùng đĩa bền SSD (PD-SSD), ghép nhiều đĩa theo RAID-0

Vì sao đúng

Hai điều kiện của đề phải thoả đồng thời: IOPS cao, và dữ liệu phải còn sau khi khởi động lại. Đĩa bền giữ dữ liệu qua các lần dừng máy, còn PD-SSD cho IOPS cao nhất trong các loại đĩa bền. Ghép nhiều đĩa theo RAID-0 cộng dồn được IOPS và thông lượng của từng đĩa, nên vượt qua trần của một đĩa đơn.

Cũng nên nhớ: trên đĩa bền, hiệu năng tăng theo dung lượng — nên đôi khi chỉ cần nới đĩa lớn hơn là đủ, không phải ghép RAID.

Vì sao các phương án khác sai

  • A. Local SSD — nhanh nhất, nhưng mất sạch dữ liệu khi máy dừng; vi phạm thẳng điều kiện thứ hai của đề. Đây là bẫy chính.
  • B. PD-Balanced ghép RAID-0 — bền nhưng IOPS thấp hơn PD-SSD.
  • C. Một đĩa PD-Standard — loại đĩa có IOPS thấp nhất, sai hẳn yêu cầu.
Câu 183

The raw format of CCTV footage videos is stored by a machine learning startup in a Cloud Storage bucket. During the initial two-week period, the footage undergoes consistent processing to identify and detect potential threats. What storage approach would you suggest to minimize costs when storing the videos?

  1. A

    You should use Standard storage class for the first two weeks, and use lifecycle rules to transition to Coldline.
  2. B

    You should use Standard storage class for the first 30 days, and use lifecycle rules to transition to Coldline.
  3. C

    You should use Standard storage class for the first two weeks, and use lifecycle rules to transition to Nearline.
  4. D

    You should use Standard storage class for the first two weeks, and then move videos to Persistent Disk.
Xem giải thích

Đáp án

A — Standard trong hai tuần đầu, rồi dùng lifecycle rule chuyển sang Coldline

Vì sao đúng

Đề cho hai mốc rất rõ và đáp án phải khớp cả hai:

  • Hai tuần đầu video được xử lý liên tục → Standard, vì lớp này không tính phí truy xuất và không có ràng buộc thời gian lưu tối thiểu.
  • Sau đó gần như không đụng tới nữa → chuyển xuống lớp lạnh cho rẻ.

Giữa Nearline và Coldline thì Coldline rẻ hơn về lưu trữ và hợp với nhịp truy cập thưa hơn hàng tháng — đúng trường hợp video giám sát để lưu trữ.

Vì sao các phương án khác sai

  • B. Giữ Standard 30 ngày — sai mốc thời gian đề cho; trả giá cao thêm hai tuần vô ích.
  • C. Chuyển sang Nearline — vẫn tiết kiệm, nhưng Nearline dành cho nhịp khoảng một lần mỗi tháng nên đắt hơn mức cần.
  • D. Chuyển sang Persistent Disk — đĩa bền đắt hơn Cloud Storage nhiều lần và phải gắn vào một máy ảo; sai hẳn loại lưu trữ.
Câu 184

You're designing a high-traffic web application on Google Cloud. The application involves dynamic content that changes frequently, but some parts of the data remain the same across different user sessions. You need to improve the application's performance and user experience by reducing the load on your databases. Which strategy should you adopt?

  1. A

    Implement Cloud MemoryStore with Redis as an in-memory data store.
  2. B

    Implement a global Cloud Load Balancer.
  3. C

    Use Cloud CDN to cache dynamic content.
  4. D

    Utilize Cloud Storage to store and retrieve commonly accessed data.
Xem giải thích

Đáp án

A — Dùng Cloud Memorystore với Redis làm kho dữ liệu trong bộ nhớ

Vì sao đúng

Điểm mấu chốt nằm ở chỗ nội dung thay đổi thường xuyên, nhưng một phần dữ liệu thì không. Memorystore giữ đúng phần ổn định đó trong RAM, trả về trong khoảng dưới mili giây, và quan trọng là bạn kiểm soát được khi nào làm mới — ứng dụng chủ động xoá hoặc cập nhật khoá khi dữ liệu đổi, nên không bao giờ phục vụ nội dung cũ.

Vì sao các phương án khác sai

  • C. Dùng Cloud CDN để nhớ đệm nội dung động — CDN dựng cho nội dung tĩnh; nhớ đệm nội dung thay đổi thường xuyên ở biên mạng rất dễ trả về bản cũ, mà bạn khó kiểm soát việc xoá đệm.
  • B. Load balancer toàn cầu — phân phối lưu lượng, không nhớ đệm gì.
  • D. Dùng Cloud Storage cho dữ liệu hay truy cập — độ trễ cao hơn bộ nhớ rất nhiều; đây là kho đối tượng chứ không phải bộ nhớ đệm.
Câu 185 Chọn nhiều đáp án

As a cloud architect, you work for a company that wants to try out the cloud with low risk. They want to archive approximately 500 TB of their log data to the cloud and test the serverless analytics features available to them there, while also retaining that data as a long-term disaster recovery backup. Which two steps should they take? (Choose two)

  1. A

    Load logs into BigQuery.
  2. B

    Upload log files into Cloud Storage.
  3. C

    Import logs into Cloud Logging.
  4. D

    Load logs into Cloud SQL.
  5. E

    Insert logs into Cloud Bigtable.
Xem giải thích

Đáp án

A và B — nạp log vào BigQuery, và đưa tệp log lên Cloud Storage

Vì sao đúng

Đề có hai vế: lưu trữ 500 TB và truy vấn được, với ràng buộc là công ty muốn thử đám mây ở mức rủi ro thấp.

  • B. Cloud Storage cho phần lưu trữ — rẻ nhất ở quy mô đó, và là nơi dữ liệu thô nằm lại.
  • A. BigQuery cho phần truy vấn — phân tích ở quy mô petabyte mà không phải dựng cụm nào.

Đây là mô hình quen thuộc: Cloud Storage làm kho nguồn, BigQuery làm nơi phân tích.

Vì sao các phương án khác sai

  • C. Đưa vào Cloud Logging — dựng cho log vận hành của hệ thống đang chạy, đắt hơn nhiều cho việc lưu trữ dài hạn 500 TB.
  • D. Cloud SQL — CSDL giao dịch, không kham nổi quy mô này.
  • E. Bigtable — thông lượng cao nhưng không phải công cụ truy vấn phân tích đặc thù, và đắt hơn hẳn cho dữ liệu chỉ để lưu trữ.
Câu 186

A development team is using a Compute Engine instance with MySQL to manage customer analytics. The instance is an e2-standard-8 VM with 16 GB of memory and a 100 GB SSD zonal persistent disk. During load testing, write operations are consistently slower than expected, particularly during batch imports. The team needs to address the issue quickly without scaling horizontally or restarting the instance. What is the best immediate solution?

  1. A

    Enable disk write caching in the MySQL configuration.
  2. B

    Migrate the MySQL database to Cloud SQL.
  3. C

    Dynamically resize the SSD persistent disk to 300 GB.
  4. D

    Change the persistent disk type to balanced persistent disk (pd-balanced).
Xem giải thích

Đáp án

C — Nới dung lượng đĩa bền SSD lên 300 GB

Vì sao đúng

Đây là đặc điểm dễ gây bất ngờ nhất của đĩa bền trên Google Cloud: hiệu năng tỉ lệ thuận với dung lượng. Một đĩa SSD 100 GB có trần IOPS và thông lượng thấp hơn hẳn đĩa 300 GB, dù bạn không dùng hết chỗ. Vì vậy khi CSDL bị nghẽn ở tầng đĩa, việc nới đĩa lớn hơn chính là cách tăng hiệu năng, chứ không phải chỉ để có thêm chỗ trống.

Thao tác này còn làm được khi máy đang chạy, không phải dừng dịch vụ.

Vì sao các phương án khác sai

  • D. Đổi sang PD-Balanced — loại đĩa này có IOPS thấp hơn PD-SSD, tức là đi lùi.
  • A. Bật nhớ đệm ghi trong MySQL — có thể tăng tốc nhưng đánh đổi bằng nguy cơ mất dữ liệu khi mất điện; không phải cách chữa đúng.
  • B. Chuyển sang Cloud SQL — là bước đi tốt về lâu dài, nhưng nặng hơn nhiều so với việc nới đĩa, và tự nó không đảm bảo hết nghẽn nếu cấu hình lưu trữ vẫn nhỏ.
Câu 187

For this question, refer to the KnightMotives Automotive case study.

https://services.google.com/fh/files/misc/v6.1_pca_knightmotives_automotive_case_study_english.pdf


KnightMotives wants to monetize its corporate data (vehicle telemetry, manufacturing quality data, dealer interactions, and customer behavior) to finance new AI-driven initiatives. Currently, this data is siloed across on-premises systems, legacy ERP, and disconnected cloud workloads. The company needs a centralized, scalable analytics platform that minimizes operational overhead, supports advanced analytics and ML, and enables secure data sharing with internal teams and selected partners. Cost transparency and the ability to charge back data usage to business units are also important. Which  architecture best supports KnightMotives’ goal?

  1. A

    Keep data in existing on-premises systems and use Looker Studio to query each source directly for reporting and monetization.
  2. B

    Deploy a self-managed Hadoop cluster on Compute Engine to replace on-premises analytics and monetize insights through custom APIs.
  3. C

    Consolidate corporate data into BigQuery as a centralized analytics platform, ingesting data via Dataflow and BigQuery Data Transfer Service, and expose curated datasets through authorized views and Analytics Hub.
  4. D

    Migrate all corporate data into Cloud Storage and run scheduled batch analytics using Compute Engine VMs with custom scripts.
Xem giải thích

Đáp án

C — Gom dữ liệu công ty về BigQuery làm nền tảng phân tích tập trung

Vì sao đúng

KnightMotives có dữ liệu nằm rải rác ở nhiều hệ thống, nên câu hỏi phân tích nào cần ghép nguồn cũng trở thành một dự án nhỏ. Gom về BigQuery tạo ra một nơi duy nhất để truy vấn: không phải vận hành cụm nào, mở rộng tới petabyte, và có sẵn kiểm soát truy cập ở mức hàng và cột cho phần dữ liệu nhạy cảm.

Vì sao các phương án khác sai

  • A. Giữ nguyên tại chỗ rồi dùng Looker Studio truy vấn từng nguồn — mỗi báo cáo vẫn phải ghép tay và hiệu năng phụ thuộc hệ thống cũ.
  • B. Tự dựng Hadoop trên máy ảo — thay một gánh nặng vận hành bằng một gánh nặng khác.
  • D. Đưa hết vào Cloud Storage rồi chạy theo lô — lưu được nhưng mọi câu hỏi đều phải chờ mẻ xử lý tiếp theo.
Câu 188 Chọn nhiều đáp án

A multinational company operates in multiple regions and has a requirement to store large datasets in Google Cloud. The datasets are accessed frequently by applications hosted in various regions. The organization also needs to ensure data redundancy and availability across regions without duplicating data unnecessarily. Additionally, some datasets require regulatory compliance to remain within specific geographic boundaries.


You have the following requirements:

  • Ensure data is highly available across multiple regions.

  • Optimize storage costs while adhering to regulatory compliance.

  • Provide low-latency access to data for applications hosted in different regions.

  • Prevent data loss in case of a regional outage.


Which two of the following solutions should you implement? (Choose two)

  1. A

    Implement a regional Persistent Disk in each region and manually replicate snapshots to other regions to ensure redundancy.
  2. B

    Deploy Cloud Filestore in each region where the data is needed and use scheduled replication to synchronize data across regions.
  3. C

    Utilize Google Bigtable with replication enabled across the required regions, ensuring that data is consistent and available across multiple regions.
  4. D

    Use Google Cloud Storage with a multi-region bucket to store the datasets, ensuring data is replicated across multiple regions automatically.
  5. E

    Configure Google Cloud Storage with dual-region buckets to store data, selecting regions that comply with regulatory requirements.
Xem giải thích

Đáp án

D và E — bucket đa vùng (multi-region), và bucket hai vùng (dual-region)

Vì sao đúng

Yêu cầu là dữ liệu lớn được ứng dụng ở nhiều khu vực truy cập thường xuyên. Cloud Storage giải đúng chuyện đó bằng chính cấu hình vị trí của bucket:

  • D. Multi-region — dữ liệu được nhân bản trên phạm vi rộng (ví dụ toàn châu Âu), độ bền cao nhất và gần người dùng nhất trong vùng đó.
  • E. Dual-region — chọn đích danh hai khu vực, cho độ trễ thấp và đoán trước được ở cả hai, đồng thời vẫn chịu được sự cố cấp khu vực.

Cả hai đều là một bucket duy nhất với một tên gọi, nên ứng dụng không phải biết dữ liệu nằm ở đâu và không có gì phải đồng bộ.

Vì sao các phương án khác sai

  • A. Đĩa bền vùng rồi tự nhân bản snapshot — thủ công, luôn có độ trễ dữ liệu, và đĩa phải gắn vào máy ảo.
  • B. Filestore ở mỗi khu vực với đồng bộ theo lịch — cùng vấn đề dữ liệu cũ, cộng chi phí cao.
  • C. Bigtable có nhân bản — là CSDL cho dữ liệu có cấu trúc, không phải nơi chứa tập dữ liệu lớn.
Câu 189

For this question, refer to the Altostrat Media case study.

https://services.google.com/fh/files/misc/v6.1_pca_altostrat_media_case_study_english.pdf


Altostrat wants to automatically generate concise summaries for its vast library of long-form video and audio content, including podcasts, interviews, and documentaries. These summaries must be searchable, cost-efficient to generate at scale, and integrated into the existing content platform running on GKE. Summaries should be generated asynchronously when new media files are ingested into Cloud Storage, without overloading the GKE clusters or requiring custom model training. What is the most appropriate architecture to implement automated summarization for this diverse media content?

  1. A

    Use Cloud Functions to call an external third-party summarization API for all media types
  2. B

    Use Cloud Run to invoke Vertex AI generative models for summarization, triggered by Cloud Storage events via Eventarc
  3. C

    Use BigQuery ML to train a text summarization model directly on stored transcripts
  4. D

    Use Dataflow to stream media files directly into BigQuery and summarize using SQL functions
Xem giải thích

Đáp án

B — Dùng Cloud Run gọi mô hình sinh của Vertex AI để tóm tắt, kích hoạt theo sự kiện

Vì sao đúng

Tóm tắt bản ghi lời thoại là việc của mô hình ngôn ngữ lớn, và Vertex AI cung cấp chúng qua API được quản lý. Cloud Run làm lớp điều phối: nhận sự kiện khi có tệp mới, gọi mô hình, ghi kết quả — co giãn theo lượng việc và co về 0 khi rảnh, nên chỉ trả tiền lúc thật sự có tệp cần xử lý.

Vì sao các phương án khác sai

  • C. Tự huấn luyện mô hình tóm tắt bằng BigQuery ML — BigQuery ML không dựng cho việc huấn luyện mô hình sinh văn bản; đây là công sức rất lớn cho thứ đã có sẵn.
  • A. Gọi API tóm tắt của bên thứ ba — đưa nội dung nhạy cảm ra ngoài và phụ thuộc nhà cung cấp khác, trong khi Vertex AI đã có sẵn trong cùng nền tảng.
  • D. Đẩy thẳng tệp phương tiện vào BigQuery — BigQuery không xử lý tệp âm thanh hay video.
Câu 190

You are tasked with migrating a multi-tier web application from an on-premises data center to Google Cloud. The application includes a frontend web server, a middle-tier application server, and a backend MySQL database. The frontend is currently using Apache HTTP Server, the middle tier is running on Java-based Tomcat servers, and the backend is hosted on a highly customized MySQL server. The company requires a detailed migration plan that minimizes downtime and ensures that the architecture remains flexible for future scaling needs. Which migration approach would best suit the needs of the company while minimizing downtime and maintaining flexibility for future scalability?

  1. A

    Refactor the middle-tier application to Google Cloud Functions, migrate the MySQL database to Cloud SQL, and use Google Cloud Load Balancing for the frontend.
  2. B

    Containerize the middle-tier application using Docker, deploy it on Google Kubernetes Engine, migrate the MySQL database to Google Cloud SQL, and use Cloud CDN for the frontend.
  3. C

    Migrate the entire application stack to Google App Engine, using Google Cloud Memorystore for caching and Firebase Hosting for the frontend.
  4. D

    Lift and shift the entire application to Google Compute Engine instances, keeping the same architecture as on-premises.
Xem giải thích

Đáp án

B — Đóng gói tầng giữa thành container Docker và triển khai lên GKE

Vì sao đúng

Đây là chiến lược replatform đúng chỗ: tầng giữa là nơi chịu tải và cần co giãn nhất, nên đầu tư vào việc container hoá nó cho lại nhiều nhất — co giãn độc lập, triển khai cuốn chiếu, tự chữa lành. Các tầng còn lại được xử lý theo cách phù hợp riêng thay vì ép tất cả theo một khuôn.

Vì sao các phương án khác sai

  • A. Viết lại tầng giữa thành Cloud Functions — refactor sâu, tốn công và rủi ro; Cloud Functions cũng vướng giới hạn thời gian chạy với logic nghiệp vụ phức tạp.
  • C. Đưa cả ngăn xếp lên App Engine — ràng buộc về môi trường chạy thường buộc phải sửa ứng dụng nhiều hơn dự tính.
  • D. Bê nguyên tất cả lên máy ảo — an toàn nhất nhưng không được lợi ích gì về co giãn hay vận hành, tức là không đạt mục tiêu của cuộc di chuyển.