Vous avez décomposé un monolithe en microservices REST conteneurisés et souhaitez les exécuter sur Cloud Run avec une haute disponibilité et une faible latence pour les clients. Que devriez-vous faire ?

Pour une haute disponibilité et une faible latence globale, déployer Cloud Run dans plusieurs régions est essentiel. Un équilibreur de charge HTTP(S) global est le meilleur choix pour distribuer le trafic aux utilisateurs du monde entier, car il utilise le réseau périphérique de Google. Les groupes de points de terminaison de réseau (NEGs) serverless sont le moyen recommandé de connecter des services Cloud Run à un équilibreur de charge HTTP(S) global, permettant une intégration transparente et une gestion du trafic. Les autres options sont moins optimales : Déployer dans plusieurs zones de disponibilité n'offre pas la même résilience régionale ni la même latence globale qu'un déploiement multirégional. Cloud Endpoints est une API Gateway, non un mécanisme de routage de trafic pour un équilibreur de charge. Un nom DNS basé sur la latence ne fournit pas les mêmes fonctionnalités d'équilibrage de charge avancées (comme la terminaison SSL, la mise en cache) qu'un équilibreur de charge HTTP(S) global. Un équilibreur de charge TCP/IP global n'est pas adapté pour les services HTTP(S) et ne peut pas directement cibler les services Cloud Run via leurs points de terminaison.