Rete
Dentro la rete edge di Adios: ingresso, calcolo e failover
Quattordici sedi edge attuali portano le richieste nella rete Adios. Ecco cosa succede lì e cosa continua ad avvenire in una regione di calcolo.
Un nodo edge accorcia il percorso pubblico di ingresso in Adios. Non significa che ogni processo applicativo e database venga eseguito nella stessa città.
Dove entra una richiesta
Adios elenca attualmente sedi edge a Londra, Parigi, Amsterdam, Madrid, Francoforte, Los Angeles, Miami, New Jersey, São Paulo, Tokyo, Singapore, Silicon Valley, Mumbai e Chicago. L'instradamento Anycast permette a queste sedi di annunciare gli stessi indirizzi di rete pubblici, così l'instradamento internet può portare una richiesta a un nodo edge.
A quel confine, il gateway gestisce TLS e cerca la route per l'hostname e il percorso richiesti. La route identifica applicazione, rilascio e politica del traffico che devono ricevere la richiesta.
Edge e calcolo risolvono problemi diversi
Una sede edge è il punto d'ingresso. Una regione di calcolo è dove viene eseguita la replica del carico di lavoro. Separare questi ruoli permette al livello di instradamento di accettare traffico vicino all'utente e scegliere comunque una replica sana secondo la politica di collocazione e failover dell'applicazione.
Questa distinzione conta quando si legge una mappa di rete. Un indicatore edge verde significa che Adios può ricevere e instradare traffico in quella sede. Non promette che ogni tipo di carico di lavoro o servizio dati gestito possa essere collocato in quell'area metropolitana.
- —Sede edge: accetta traffico pubblico, termina TLS e risolve le route.
- —Regione di calcolo: esegue le repliche applicative e applica i limiti delle risorse del carico di lavoro.
- —Regione dei dati: mantiene lo stato vicino all'applicazione e può avere limiti di posizionamento più rigorosi.
- —Politica della route: decide quale replica sana deve ricevere una richiesta.
Espandere le parti utili della mappa
Dallas, Oslo, Sydney, Hong Kong, Phoenix, Città del Messico, Tel Aviv, Dubai, Dublino, Honolulu, Auckland, Kathmandu e Istanbul sono nella roadmap delle sedi edge pianificate. Rimangono indicate come pianificate finché non accettano effettivamente traffico e i codici definitivi delle aree metropolitane saranno stabiliti dopo la scelta delle sedi.
L'obiettivo non è accumulare punti sulla mappa. Ogni sede richiede instradamento, TLS, verifiche dello stato, raggiungibilità privata, osservabilità e un percorso di ritiro sicuro quando deve smettere di servire traffico. Il ciclo automatico di ritiro BGP basato sullo stato è ancora in fase di validazione; una sessione BGP configurata, da sola, non lo dimostra. Una rete più piccola descritta con onestà è più utile di una mappa più grande fatta di promesse.
- —Annuncia e ritira la rotta Anycast senza lasciare traffico indirizzato a uno stato obsoleto.
- —Verifica emissione e rinnovo TLS e stato condiviso dei certificati.
- —Misura la raggiungibilità di ogni regione di calcolo idonea.
- —Conferma che i gateway non sani escano dalla rotazione prima che gli utenti incontrino errori ripetuti.
Cosa succede quando un nodo edge non è sano
Un guasto edge deve ridurre la capacità senza creare una nuova modalità di guasto dell'applicazione. Il controllo previsto interrompe gli annunci quando un gateway non può servire le route in sicurezza e lascia che l'instradamento internet porti le nuove connessioni a un altro nodo edge disponibile. Il ritiro automatico basato sullo stato non è ancora un meccanismo completato in beta.
Il test di validazione è end-to-end: ritira un nodo edge in staging, verifica che il traffico si sposti, conferma che il nodo sostitutivo raggiunga ancora il carico di lavoro previsto e ripristina la sede senza provocare oscillazioni della rotta. Un processo sano non basta se il percorso privato o lo stato della route è obsoleto.