Migliaia di dispositivi per la qualità dell'aria inviano un payload REST basato su curl ogni minuto a un backend a regione singola utilizzando il Premium Tier. Si desidera ridurre al minimo il TTFB medio giornaliero. Come si dovrebbero costruire il backend e la rete?

L'opzione corretta è utilizzare un Application Load Balancer esterno con un gruppo di istanze gestite. Questo perché l'Application Load Balancer (ALB) è un proxy globale che termina la connessione dell'utente al punto di presenza (PoP) più vicino di Google, riducendo significativamente il Time To First Byte (TTFB) per i dispositivi distribuiti geograficamente. Il gruppo di istanze gestite fornisce scalabilità automatica e resilienza. Le opzioni che propongono Cloud DNS (weighted o semplice round-robin) non sono ideali perché il DNS fornisce solo la risoluzione del nome e non gestisce il routing del traffico in base alla latenza o alla salute del backend, né termina la connessione al PoP più vicino. Un Network Load Balancer passthrough esterno non è la scelta migliore in questo scenario di payload REST basato su curl, poiché opera a livello di rete (Layer 4) e non offre le funzionalità di proxy globale e ottimizzazione del TTFB fornite da un ALB (Layer 7).