Introducción
Los equipos de infraestructura que gestionan entornos multicloud enfrentan un problema recurrente: la interconexión entre proveedores de nube pública suele depender de soluciones ad hoc que requieren construir y mantener redes globales complejas. Esto aumenta la latencia, los costos operativos y la superficie de error, especialmente cuando se escalan conexiones entre AWS, OCI o Google Cloud. AWS Interconnect — multicloud, ahora en disponibilidad general (GA) con OCI, propone un modelo estandarizado para resolver este cuello de botella, eliminando la necesidad de configurar VPNs punto a punto o enlaces dedicados manuales.
La adopción de estrategias multicloud creció un 38% entre 2023 y 2024 (según el Cloud Adoption Report de Flexera), impulsada por requisitos de interoperabilidad, cumplimiento normativo o la necesidad de evitar vendor lock-in. Sin embargo, hasta ahora, las conexiones entre nubes dependían de servicios de terceros como Equinix Fabric o Megaport, o de soluciones propias basadas en AWS Direct Connect + OCI FastConnect. AWS Interconnect simplifica este escenario al ofrecer una API unificada para aprovisionar conexiones privadas y resilientes entre CSPs, con un SLA de 99.99% de disponibilidad en la región inicial.
Qué ocurrió
El 28 de julio de 2026, AWS anunció la disponibilidad general de AWS Interconnect — multicloud, un servicio diseñado para conectar cargas de trabajo entre AWS y otros proveedores de nube pública mediante enlaces privados y escalables. OCI fue el primer CSP en adoptar el estándar abierto que sustenta el servicio (lanzado en public preview en mayo de 2026), y ahora la integración está completamente operativa en la región us-east-1 (N. Virginia). Google Cloud ya es compatible, mientras que Microsoft Azure tiene previsto sumarse antes de fin de 2026.
El servicio permite crear conexiones Interconnect desde la AWS Management Console, la CLI o la API de AWS, con anchos de banda que van desde 1 Gbps hasta 100 Gbps por enlace. A diferencia de soluciones anteriores, AWS Interconnect abstracte la complejidad de gestionar BGP, ASNs o rutas estáticas, delegando la configuración de red al plano de control de AWS. Esto reduce el tiempo de aprovisionamiento de días a minutos, según los benchmarks internos del proveedor.
Impacto para DevOps / Infraestructura / Cloud / Seguridad
Para los equipos de DevOps, el principal beneficio es la reducción de la complejidad operativa. Antes, conectar AWS con OCI implicaba:
- Configurar un AWS Direct Connect (con costos de puerto dedicados y contratos a largo plazo).
- Establecer un OCI FastConnect en la misma ubicación de peering (por ejemplo, Equinix Ashburn).
- Gestionar manualmente el enrutamiento BGP entre ambas redes, con riesgo de route leaks o asimetrías.
AWS Interconnect elimina estos pasos al ofrecer una conectividad nativa entre VPCs de AWS y VCNs de OCI, con:
- Latencia consistente: Menos de 2 ms entre instancias en la misma región (us-east-1).
- Aislamiento de tráfico: El tráfico no transita por Internet público, cumpliendo con estándares como ISO 27001 o HIPAA.
- Escalabilidad: Soporte para hasta 10 conexiones Interconnect por cuenta, cada una con múltiples enlaces redundantes.
En seguridad, el servicio hereda los controles de AWS, como el cifrado en tránsito con TLS 1.3 y la autenticación basada en IAM. Además, al evitar el tráfico público, mitiga riesgos como ataques BGP hijacking (ejemplo: el incidente de CVE-2024-24946, donde rutas maliciosas afectaron a proveedores de nube).
Detalles técnicos
AWS Interconnect — multicloud funciona bajo un modelo de peering privado entre AWS y el CSP destino (actualemte OCI). Los componentes clave son:
- Interconnect: Recurso lógico que representa la conexión entre AWS y OCI. Se crea en la consola de AWS bajo Networking > AWS Interconnect, o mediante la CLI:
aws ec2 create-interconnect --location us-east-1 --bandwidth 10Gbps --provider-name OCI --tag-specifications 'ResourceType=interconnect,Tags=[{Key=Environment,Value=Production}]'
– Versión mínima de AWS CLI: 2.15.0 (requiere el módulo ec2 actualizado).
– Parámetros obligatorios:
– location: Región donde se aprovisiona (solo us-east-1 en GA).
– bandwidth: Ancho de banda (1G, 10G, 50G o 100G).
– provider-name: Actualmente solo OCI (Google Cloud usa GCP).
- Connection: Enlace físico entre el router de AWS y el de OCI. AWS gestiona la infraestructura subyacente, pero el usuario debe aceptar los términos de peering en la consola de OCI (bajo Networking > Interconnect).
- Route Tables: Las rutas entre VPCs y VCNs se propagan automáticamente mediante BGP, pero es posible personalizarlas. Por ejemplo, para filtrar prefijos:
aws ec2 create-route --route-table-id rtb-12345678 --destination-cidr-block 10.0.0.0/16 --interconnect-id icx-9876543210
- Solo está disponible en us-east-1 (N. Virginia).
- No soporta IPv6 (solo IPv4).
- El ancho de banda máximo por cuenta es 100 Gbps (acumulado entre todas las conexiones).
Qué deberían hacer los administradores y equipos técnicos
- Evaluar la compatibilidad:
aws ec2 describe-regions --region-names us-east-1
– Confirmar que las VPCs/VNCs tengan subredes con CIDRs no superpuestos.
- Crear el Interconnect:
– Desde la CLI (ejemplo para 10 Gbps):
aws ec2 create-interconnect --location us-east-1 --bandwidth 10Gbps --provider-name OCI
– El comando devuelve un InterconnectId (ej: icx-1234567890). Guardarlo para los pasos siguientes.
- Configurar el peering en OCI:
– Ingresar el InterconnectId generado por AWS y aceptar el peering.
– Opcional: Usar el OCI CLI para automatizar:
oci network interconnect create-aws --compartment-id ocid1.compartment.oc1..aaaaaaaa --aws-region us-east-1 --bandwidth 10Gbps
- Probar la conectividad:
– Verificar la latencia con:
ping <IP_privada_OCI_VM>
– Usar traceroute para confirmar que el tráfico no pasa por Internet:
traceroute <IP_privada_OCI_VM>
- Monitorear y escalar:
Interconnect:– BytesIn/BytesOut: Tráfico entrante/saliente.
– ConnectionState: Estado del enlace (up/down).
– Para escalar, crear un nuevo Interconnect con mayor ancho de banda y migrar el tráfico gradualmente.
Conclusión
AWS Interconnect — multicloud marca un antes y después en cómo las organizaciones conectan cargas de trabajo entre nubes públicas. Al estandarizar el peering entre AWS, OCI y (próximamente) Azure, elimina la necesidad de soluciones personalizadas, reduciendo costos operativos y riesgos de seguridad. Para los equipos de infraestructura, la recomendación es evaluar su adopción en entornos donde la latencia, la resiliencia o el cumplimiento normativo sean críticos, especialmente en regiones como us-east-1, donde ya está disponible.
La integración con Google Cloud y la futura incorporación de Azure consolidarán a AWS Interconnect como un de facto para multicloud, pero su éxito dependerá de que AWS amplíe el soporte a más regiones (como us-west-2 o eu-west-1) y añada funcionalidades como IPv6 o QOS granular.
Fuentes
https://aws.amazon.com/about-aws/whats-new/2026/07/aws-announces-AWS-interconnect-multicloud-OCI-GA/