Red
Dentro de la red perimetral de Adios: entrada, cómputo y conmutación por error
Catorce ubicaciones perimetrales actuales llevan las solicitudes a la red de Adios. Esto es lo que ocurre allí y lo que sigue ocurriendo en una región de cómputo.
Un nodo perimetral acorta la ruta pública hacia Adios. No significa que todos los procesos de aplicación y bases de datos se ejecuten en esa ciudad.
Dónde entra una solicitud
Adios enumera actualmente ubicaciones perimetrales en Londres, París, Ámsterdam, Madrid, Frankfurt, Los Ángeles, Miami, Nueva Jersey, São Paulo, Tokio, Singapur, Silicon Valley, Mumbai y Chicago. El enrutamiento anycast permite que anuncien las mismas direcciones públicas de red para que el enrutamiento de Internet lleve una solicitud a un nodo perimetral.
En ese límite, el gateway gestiona TLS y busca la ruta del nombre de host y la ruta solicitados. La ruta identifica la aplicación, la versión y la política de tráfico que deben recibir la solicitud.
El perímetro y el cómputo resuelven problemas distintos
Una ubicación perimetral es la puerta de entrada. Una región de cómputo es donde se ejecuta una réplica de carga de trabajo. Separar esas funciones permite que la capa de enrutamiento acepte tráfico cerca del usuario y elija una réplica saludable según la política de ubicación y conmutación por error de la aplicación.
Esa distinción importa al leer un mapa de red. Un marcador perimetral verde significa que Adios puede recibir y enrutar tráfico allí. No promete que todos los tipos de carga de trabajo o servicios de datos gestionados puedan ubicarse en esa área metropolitana.
- —Ubicación perimetral: acepta tráfico público, termina TLS y resuelve rutas.
- —Región de cómputo: ejecuta réplicas de la aplicación y aplica los límites de recursos de la carga de trabajo.
- —Región de datos: mantiene el estado cerca de la aplicación y puede tener límites de colocación más estrictos.
- —Política de ruta: decide qué réplica saludable debe recibir una solicitud.
Amplía las partes útiles del mapa
Dallas, Oslo, Sídney, Hong Kong, Phoenix, Ciudad de México, Tel Aviv, Dubái, Dublín, Honolulu, Auckland, Katmandú y Estambul están en la hoja de ruta perimetral prevista. Siguen marcadas como previstas hasta que realmente acepten tráfico, y sus códigos metropolitanos definitivos dependerán de la selección del sitio.
El objetivo no es acumular puntos. Cada ubicación necesita enrutamiento, TLS, comprobaciones de salud, acceso privado, observabilidad y una vía segura de retirada cuando deba dejar de servir tráfico. El ciclo automático de retirada BGP basado en salud todavía se está validando; una sesión BGP configurada no lo demuestra por sí sola. Una red pequeña y honesta es más útil que un mapa grande de promesas.
- —Anuncia y retira la ruta anycast sin dejar tráfico obsoleto.
- —Verifica la emisión, renovación y estado compartido de los certificados TLS.
- —Mide el acceso a cada región de cómputo elegible.
- —Confirma que los gateways no saludables salen de la rotación antes de que los usuarios vean fallos repetidos.
Qué ocurre cuando un nodo perimetral no está saludable
Un fallo perimetral debe reducir la capacidad, no crear otro modo de fallo de la aplicación. El control previsto es dejar de anunciar cuando un gateway no pueda servir rutas con seguridad y permitir que el enrutamiento de Internet lleve las conexiones nuevas a otro nodo disponible. La retirada automática basada en salud aún no es un control beta completado.
La prueba de validación recorre todo el sistema: retira un nodo perimetral en staging, verifica que el tráfico se traslada, confirma que el nodo de reemplazo sigue alcanzando la carga de trabajo prevista y restaura después la ubicación sin provocar oscilaciones de ruta. Un proceso saludable no basta si su ruta privada o estado de enrutamiento están obsoletos.