
Answer-first summary for fast verification
Answer: Store static content such as HTML and images in a Cloud Storage bucket. Use Cloud Functions to host the APIs and save the user data in Firestore.
The correct answer is D. The main reasons are cost-effectiveness and the ability to scale with varying traffic. Cloud Storage buckets are suitable for hosting static content such as HTML and images. Using Cloud Functions to host the APIs ensures you only pay when the function is called, which is cost-effective when you don't expect constant traffic. Firestore is a managed NoSQL database that scales efficiently with variable traffic and is also cost-effective compared to Cloud Spanner. Options involving Cloud Spanner are rejected mainly due to its high cost, which is not justified given the expected low to moderate usage. Additionally, Cloud Functions avoid cold start issues with effective concurrency management, making them a reliable choice for hosting APIs.
Author: LeetQuiz Editorial Team
Ultimate access to all questions.
Your company is planning to build a highly reliable web application that includes a few public APIs for the backend. It's anticipated that the application will not have a lot of user traffic in general, but there could be occasional spikes. You aim to use Cloud Load Balancing for traffic management, and the solution needs to be cost-effective for the users. Given these requirements, what architecture should you implement?
A
Store static content such as HTML and images in Cloud CDN. Host the APIs on App Engine and store the user data in Cloud SQL.
B
Store static content such as HTML and images in a Cloud Storage bucket. Host the APIs on a zonal Google Kubernetes Engine cluster with worker nodes in multiple zones, and save the user data in Cloud Spanner.
C
Store static content such as HTML and images in Cloud CDN. Use Cloud Run to host the APIs and save the user data in Cloud SQL.
D
Store static content such as HTML and images in a Cloud Storage bucket. Use Cloud Functions to host the APIs and save the user data in Firestore.
No comments yet.