Tysiące urządzeń do pomiaru jakości powietrza co minutę wysyłają ładunek REST oparty na curl do zaplecza w jednym regionie, korzystając z warstwy Premium Tier. Chcesz zminimalizować średni dzienny czas TTFB. Jak należy zbudować zaplecze i sieć?

Poprawna odpowiedź to uruchomienie zaplecza w zarządzanej grupie instancji (Managed Instance Group – MIG) i umieszczenie przed nimi zewnętrznego Application Load Balancera (ALB). MIG zapewnia automatyczne skalowanie i samonaprawianie, co jest kluczowe dla obsługi tysięcy urządzeń wysyłających dane co minutę. Zewnętrzny ALB, działający w warstwie 7 (HTTP/HTTPS), jest idealny do routingu żądań REST opartych na curl. Wykorzystuje globalną sieć Google (Premium Tier), co minimalizuje opóźnienia (TTFB) poprzez kierowanie ruchu do najbliższego punktu wejścia do sieci Google i optymalne trasowanie do zaplecza. Pozostałe opcje są mniej optymalne: Użycie Cloud DNS z ważonym lub zwykłym round-robin do bezpośredniego łączenia się z maszynami wirtualnymi Compute Engine nie zapewnia automatycznego skalowania, samonaprawiania ani zaawansowanych funkcji równoważenia obciążenia, co może prowadzić do przeciążeń i wyższego TTFB. Zewnętrzny passthrough Network Load Balancer (NLB) działa w warstwie 4 i nie jest przeznaczony do routingu żądań HTTP/HTTPS, co czyni go mniej efektywnym dla ruchu REST.