Introducción
Conectar workloads entre AWS y Azure sin construir una red global multi-capa desde cero era, hasta ahora, una tarea que consumía semanas de ingeniería y generaba dependencias operativas frágiles. Equipos de infraestructura que necesitaban mover data entre ambos entornos terminaban montando conexiones sobre IPsec, transit gateways de terceros o appliances virtuales en ambos lados, con la complejidad de gestionar BGP, MTU, QoS y failover de forma manual. AWS Interconnect – multicloud ataca ese problema con un producto gestionado que ya opera con OCI y Google Cloud en disponibilidad general, y que ahora incorpora a Microsoft Azure en preview público. No es un wrapper sobre Direct Connect o ExpressRoute: es una capa de interoperabilidad basada en una especificación abierta que ambos proveedores implementan de forma nativa.
Qué ocurrió
AWS anunció la preview pública de AWS Interconnect – multicloud con Microsoft Azure, habilitando la creación de conexiones privadas resilientes entre ambos ecosistemas sin intermediarios. El producto se introdujo originalmente en re:Invent 2025, donde AWS publicó una open specification para interoperabilidad de red entre cloud service providers, invitando al ecosistema a adoptarla. OCI fue el primer proveedor en implementar la especificación en modo Generally Available, seguido por Google Cloud en el mismo estado. Azure es el tercer CSP que adopta el estándar, lo que valida que el marco técnico funciona más allá de una relación bilateral AWS-Google.
La preview está disponible en cuatro regiones AWS: US East (N. Virginia), US West (N. California), Asia Pacific (Sydney) y Europe (Frankfurt). La creación de un Interconnect se realiza desde la AWS Management Console, la CLI o la API, sin necesidad de coordinar manualmente la configuración del lado Azure. AWS posiciona esto como «el primer producto de su tipo diseñado específicamente para interconexión multicloud», diferenciándolo de las soluciones de red tradicional que cada proveedor expone por separado.
Impacto para DevOps / Infraestructura / Cloud / Seguridad
Para equipos que operan en multicloud —algo que la propia AWS reconoce como tendencia dominante en migraciones—, el cambio operativo es concreto. Antes de Interconnect, conectar un VPC en N. Virginia con un VNet en East US 2 de Azure implicaba: solicitar un Direct Connect en AWS, contratar un ExpressRoute en Azure, coordinar un carrier o IXP común, configurar peering BGP en ambos extremos, validar rutas, ajustar MTU (típicamente a 1400 o menos), y construir un plan de failover que no dependiera de un solo circuito. Eso son días o semanas de trabajo por cada par de regiones, y el mantenimiento continuo recae en el equipo interno.
Con Interconnect, ese flujo se reduce a una operación gestionada: se define el par de regiones, se selecciona la capacidad, y la plataforma provisiona la conexión con resiliencia integrada. Para SRE y equipos de plataforma, esto elimina una categoría entera de incidentes relacionados con routing entre clouds y reduce el tiempo de resolución de fallas de conectividad. Desde la perspectiva de seguridad, la conexión es privada por defecto, lo que simplifica el cumplimiento de políticas de data exfiltration y evita exponer tráfico de east-west a internet público.
Detalles técnicos
La arquitectura de AWS Interconnect – multicloud se apoya en una especificación abierta de interoperabilidad que AWS publicó en 2025. Esta especificación define un modelo de conexión entre CSPs que incluye: negociación de endpoints privados, gestión de rutas entre dominios de red de distintos proveedores, mecanismos de resiliencia multi-circuito integrados a nivel plataforma, y un modelo de billing unificado desde la perspectiva del operador de la conexión.
En la preview con Azure, los puntos de acceso están en las cuatro regiones mencionadas. La creación del recurso se invoca mediante la CLI de AWS con comandos del namespace aws interconnect, o a través de la API REST correspondiente. El recurso resultante expone endpoints privados en ambos proveedores que permiten tráfico IP directo entre subredes del VPC AWS y del VNet Azure, sin pasar por la internet pública.
Estado de disponibilidad por proveedor:
- OCI: Generally Available (GA)
- Google Cloud: Generally Available (GA)
- Microsoft Azure: Public Preview (4 regiones)
La diferencia entre preview y GA implica que en Azure no hay SLA contractual sobre disponibilidad ni sobre tiempos de aprovisionamiento. Los equipos que evalúen la preview deben asumir que la API puede cambiar y que el soporte de AWS para el componente Azure opera bajo términos de preview.
Qué deberían hacer los administradores y equipos técnicos
Si tu organización opera workloads en AWS y Azure simultáneamente, este es el momento de evaluar la preview en un entorno no productivo. El procedimiento concreto:
Para equipos que ya operan OCI o GCP con Interconnect en GA, la extensión a Azure significa que pueden unificar la gestión de conectividad multicloud bajo un solo modelo operativo. Revisen si sus playbooks de networking pueden simplificarse eliminando las configuraciones de peering manual entre Azure y AWS que actualmente sostienen.
Un punto crítico: no planifiquen workloads de producción sobre la preview de Azure. Esperen al GA para comprometer SLAs de latencia y disponibilidad. La preview sirve para validar arquitectura, no para operar.
Conclusión
AWS Interconnect – multicloud con Azure no resuelve el problema de la migración entre clouds ni elimina la complejidad de operar en dos ecosistemas. Lo que hace es eliminar una capa de ingeniería de red que consumía recursos y generaba fragilidad operativa. Para equipos de plataforma que ya mantienen conexiones DIY entre AWS y Azure, el camino hacia una gestión unificada está trazado: OCI y GCP demuestran que el modelo escala a GA, y Azure ya está en el pipeline. La recomendación es clara: evalúen la preview ahora, identifiquen los gaps operativos específicos de su arquitectura, y preparen la transición para cuando Azure alcance disponibilidad general.
Fuentes
- https://aws.amazon.com/about-aws/whats-new/2026/08/aws-announces-AWS-interconnect-multicloud-microsoft-azure-preview/