Los dos hyperscalers que llevan una década diciéndole a sus clientes que el multicloud era una moda acaban de construirle un puente dedicado. AWS abrió el 31 de agosto el preview público de AWS Interconnect – multicloud con Microsoft Azure, y el mismo día Azure publicó su lado del anuncio: Azure Multicloud Interconnect, con AWS como primer proveedor soportado.
Qué pasó
AWS Interconnect – multicloud es un servicio gestionado que provisiona conexiones privadas entre nubes sin que el cliente arme la plomería. La idea la presentó AWS en re:Invent 2025 junto con una especificación abierta de interoperabilidad de red que cualquier proveedor puede adoptar. Oracle Cloud y Google Cloud ya la implementaron y están en GA. Azure es el que faltaba, y entra en preview.
Del lado de Redmond el servicio se llama Azure Multicloud Interconnect y se apoya en la familia de ExpressRoute. La lectura importante es que ambos anuncios describen el mismo plano de datos desde los dos extremos: no es un partner de intercambio revendiendo cross-connects, es cada nube exponiendo su propio recurso gestionado y hablando el mismo protocolo del otro lado.
El preview con Azure está limitado a cuatro regiones de AWS: US East (N. Virginia), US West (N. California), Asia Pacific (Sydney) y Europe (Frankfurt). Se provisiona desde la consola, la CLI o la API.
Por qué importa
El multicloud entre AWS y Azure hoy se resuelve de tres formas, todas con costo operativo: un Direct Connect y un ExpressRoute aterrizando en el mismo partner de colocación; un proveedor de interconexión como servicio; o un overlay de túneles IPsec sobre internet con appliances virtuales en las dos nubes. Las tres implican dos equipos de networking, dos modelos de facturación, dos ventanas de mantenimiento y un punto ciego cuando algo se cae en medio.
Un recurso gestionado en cada extremo cambia esa ecuación: menos piezas propias, un solo lugar para pedir la conexión y — sobre todo — un dueño claro cuando hay que abrir el ticket. El detalle político no es menor. Ambos vendedores han pasado años argumentando que sus clientes en realidad no quieren multicloud, que es un artefacto de adquisiciones y de shadow IT. Que ahora inviertan ingeniería en interoperar es la admisión implícita de que la realidad del cliente ganó.
El detalle técnico
Lo que un preview así no elimina es la parte difícil. La conectividad privada resuelve el transporte; no resuelve el enrutamiento, la segmentación ni la identidad.
- Direccionamiento. Sigue siendo tu problema evitar solapes entre las VPC y las VNet, y decidir qué prefijos anuncias. Un puente más fácil de encender es un puente más fácil de encender mal.
- Punto único de exposición. Un enlace privado entre dos nubes es un camino lateral limpio entre dos blast radius que antes estaban separados. Aquí entra el trabajo de siempre: firewall en el path, inspección este-oeste, microsegmentación, y no confundir "red privada" con "red confiable".
- Egress. El transporte gestionado cambia la forma del cobro, no lo elimina. Cualquier estimación de ahorro contra un overlay propio hay que hacerla con la letra chica de las dos facturas.
- Preview. Cuatro regiones, sin SLA de producción y sin LATAM en la lista. Nada de esto va todavía a un diseño con dependencia crítica.
Qué hacer
- Si traes un overlay de IPsec entre AWS y Azure sostenido con appliances virtuales, es buen momento para documentar su costo real —licencias, cómputo, horas de operación— y tener el número listo cuando esto llegue a GA.
- Si operas en México o LATAM, no hay región cerca en el preview: el caso de prueba realista es un laboratorio en N. Virginia o Frankfurt, no un piloto productivo.
- Si eres el que firma la arquitectura de seguridad, adelántate a la conversación: define hoy la política de inspección y segmentación para un enlace inter-nube gestionado, antes de que alguien lo provisione con dos clics porque ya se puede.
- Vigila la especificación abierta. Si de verdad la adoptan más proveedores, el valor a mediano plazo no es el enlace AWS–Azure, es que dejar de estar amarrado a un solo hyperscaler cueste menos.
Fuentes
- AWS announces AWS Interconnect – multicloud connectivity with Microsoft Azure in preview — AWS What's New, 31 ago 2026
- Public Preview: Azure Multicloud Interconnect — Azure service updates, 31 ago 2026
- Microsoft and AWS build the multicloud bridge they said customers barely needed — The Register, 1 sep 2026