Un'applicazione web attualmente serve da un'unica regione asiatica, deve utilizzare un driver JDBC nativo e ottimizzare i costi ora e la presenza globale in seguito. Quale approccio al database si adatta all'attenzione iniziale sui costi e alle successive esigenze multi-regione?

Cloud Spanner è la scelta migliore perché supporta un driver JDBC nativo, offre un'ottimizzazione dei costi configurandolo inizialmente come singola regione e può essere facilmente convertito in multi-regione per la scalabilità globale futura senza tempi di inattività o refactoring dell'applicazione. Le opzioni con Cloud SQL e Bigtable sono meno adatte perché Bigtable non è un database relazionale e non supporta direttamente i driver JDBC per applicazioni web transazionali. Le migrazioni tra Cloud SQL e Bigtable, o tra diverse configurazioni di Cloud SQL, richiederebbero più sforzi di re-ingegnerizzazione rispetto alla semplice modifica della configurazione di Spanner.