Un servizio HTTP stateless richiede il routing basato su percorso, la terminazione HTTPS e i controlli di integrità per ogni backend in GKE. Quale configurazione soddisfa al meglio questi requisiti?

L'utilizzo di GKE Ingress con servizi backend supportati da NEG (Network Endpoint Groups) e il bilanciatore del carico HTTPS di Google è la soluzione ottimale. GKE Ingress offre nativamente il routing basato su percorso, la terminazione HTTPS e l'integrazione con i controlli di integrità del bilanciatore del carico di Google, che possono essere configurati per ogni backend. I NEG assicurano che il bilanciatore del carico indirizzi il traffico direttamente ai pod, migliorando l'efficienza e la scalabilità. Le altre opzioni sono meno adatte: Un bilanciatore del carico proxy TCP non fornisce il routing basato su percorso né la terminazione HTTPS a livello di bilanciatore. Un Network Load Balancer esterno opera a livello di rete (Layer 4) e non supporta il routing basato su percorso o la terminazione HTTPS. Un servizio di tipo LoadBalancer con un bilanciatore del carico TCP/UDP interno non offre le funzionalità di Layer 7 (routing basato su percorso, terminazione HTTPS) richieste.