Realizzare un'applicazione web altamente affidabile ed economica con poche API pubbliche, traffico di base ridotto e picchi occasionali, utilizzando Cloud Load Balancing. Dove si ospitano i contenuti statici e le API, e quale database si utilizza?

L'opzione corretta è la più economica e scalabile per il caso d'uso descritto. I contenuti statici in un bucket Cloud Storage sono economici e altamente disponibili. Le API su Cloud Functions sono ideali per carichi di lavoro a bassa frequenza con picchi occasionali, poiché sono serverless e si pagano solo per l'utilizzo effettivo, garantendo scalabilità automatica. Firestore è un database NoSQL serverless, economico per volumi ridotti e scalabile per i picchi, perfetto per le poche API pubbliche. Le altre opzioni sono meno ottimali: Cloud CDN è ottimo per la distribuzione globale, ma non strettamente necessario per "traffico di base ridotto" e aggiunge costi. App Engine e Cloud SQL sono valide, ma Cloud Functions e Firestore sono più economiche per il profilo di traffico. Un cluster GKE zonale con nodi multi-zona è eccessivo e costoso per "poche API pubbliche" e "traffico di base ridotto". Cloud Spanner è un database relazionale distribuito, molto potente ma costoso e sovradimensionato per questo scenario. Cloud Run è un'ottima opzione serverless, ma Cloud Functions è ancora più leggera per API molto semplici e a basso traffico. Cloud SQL è un buon database relazionale, ma Firestore offre maggiore flessibilità e costi ridotti per un'applicazione con poche API.