Une application web, actuellement hébergée dans une seule région d'Asie, doit utiliser un pilote JDBC natif et optimiser les coûts dès maintenant, puis la présence mondiale plus tard. Quelle approche de base de données correspond à l'objectif initial de coût et aux besoins ultérieurs multi-régions ?

L'option Cloud Spanner mono-région répond au besoin initial de coût optimisé et de pilote JDBC natif, car Spanner est une base de données relationnelle distribuée qui supporte JDBC et peut être déployée en mono-région pour réduire les coûts. Sa capacité à être convertie en multi-régions ultérieurement sans temps d'arrêt correspond parfaitement à l'objectif de présence mondiale future. Les autres options sont moins adaptées : Utiliser Cloud SQL HA puis Bigtable : Bigtable n'est pas une base de données relationnelle et ne supporte pas JDBC, ce qui ne correspond pas au besoin initial. Utiliser Cloud SQL zonal puis Bigtable : Même raison que ci-dessus concernant Bigtable. Utiliser Cloud SQL zonal puis migrer vers Cloud SQL HA : Cette option ne prépare pas à une présence mondiale multi-régions de manière native comme Spanner, et Cloud SQL HA reste limité à une seule région.