Podzieliłeś monolit na konteneryzowane mikroserwisy REST i chcesz uruchomić je na Cloud Run z wysoką dostępnością i niskimi opóźnieniami dla klientów. Co powinieneś zrobić?

Aby zapewnić wysoką dostępność i niskie opóźnienia dla klientów globalnie, kluczowe jest wdrożenie usług Cloud Run w wielu regionach geograficznych. Globalny HTTP(S) Load Balancer, w połączeniu z bezserwerowymi grupami punktów końcowych sieci (NEGs), jest idealnym rozwiązaniem. Bezserwerowe NEGs automatycznie wykrywają i zarządzają instancjami Cloud Run, umożliwiając Load Balancerowi kierowanie ruchu do najbliższego i najzdrowszego regionu, co minimalizuje opóźnienia i zwiększa odporność na awarie regionalne. Pozostałe opcje są mniej optymalne: Wdrożenie w wielu strefach dostępności (jednego regionu) nie zapewni odporności na awarie regionalne ani niskich opóźnień dla klientów globalnych. Cloud Endpoints są przestarzałe dla tego scenariusza. Cloud DNS z routowaniem opartym na opóźnieniach jest mniej elastyczne i nie oferuje zaawansowanych funkcji zarządzania ruchem i bezpieczeństwa, które zapewnia globalny Load Balancer. Globalny Load Balancer TCP/IP jest przeznaczony dla ruchu warstwy 4, a nie HTTP(S), i nie jest bezpośrednio kompatybilny z Cloud Run Endpoints w ten sposób.