5 min de lectura<\/p>\n
El 14 de abril, AWS confirm\u00f3 la disponibilidad general de AWS Interconnect \u2013 multicloud, con Google Cloud como primer socio de lanzamiento. Lo que importa para los arquitectos de la zona DACH: las operaciones de cargas de trabajo entre las dos nubes se ejecutan ahora a trav\u00e9s de un puente nativo cifrado con MACsec \u2013 incluyendo Frankfurt y Londres entre las regiones disponibles desde el principio. Microsoft Azure y Oracle seguir\u00e1n m\u00e1s tarde este a\u00f1o. Esto elimina una gran parte de las operaciones de \u00abcanalizaci\u00f3n\u00bb (plumbing) que defin\u00edan hasta ahora los entornos multicloud.<\/strong><\/p>\n \u00bfQu\u00e9 es AWS Interconnect \u2013 multicloud?<\/strong> AWS Interconnect \u2013 multicloud es una conexi\u00f3n privada nativa y de alta velocidad entre Amazon VPC y otros entornos de hiperescaladores. A diferencia de los modelos de interconexi\u00f3n anteriores, esta soluci\u00f3n no requiere una columna vertebral de terceros ni cableado separado en el lado del destinatario \u2013 la capa f\u00edsica, BGP y VLAN se abstraen. El ancho de banda evoluciona de 1 a 100 Gbit\/s, el cifrado MACsec est\u00e1 activado por defecto.<\/p>\n El punto clave no es el tramo de fibra \u00f3ptica, sino lo que sucede en el extremo de esta fibra. Hasta ahora, \u00aboperaciones multicloud\u00bb significaba para la mayor\u00eda de los equipos de la zona DACH: Direct Connect en AWS, Partner Interconnect en Google, un proveedor de colocation en el medio, BGP propio, cifrado propio, tickets abiertos en tres lugares en caso de problema. Esto funciona, pero representa un esfuerzo de \u00abcanalizaci\u00f3n\u00bb sin relaci\u00f3n directa con la carga de trabajo ejecutada encima.<\/p>\n Con la disponibilidad general, AWS y Google reducen esta pila a un solo recurso de transporte. Seg\u00fan el blog de Google Cloud<\/a>, el recurso de transporte se configura en Google Cloud, se acepta en AWS, y el resto \u2013 Cloud Router, VLAN, interconexiones f\u00edsicas \u2013 se abstrae. Tiempo de configuraci\u00f3n: unos minutos en lugar de d\u00edas. El cifrado MACsec siempre est\u00e1 activado, la rotaci\u00f3n de claves se gestiona autom\u00e1ticamente por ambos proveedores.<\/p>\n El anuncio de AWS del 14 de abril<\/a> a\u00f1ade el segundo apalancamiento: Interconnect puede ahora conectarse a Transit Gateway o Cloud WAN. As\u00ed, una conexi\u00f3n no solo alcanza una VPC, sino toda la columna vertebral de AWS. Quien prev\u00e9 mover una carga de trabajo entre GKE y EKS ya no ver\u00e1 una pesadilla de topolog\u00eda en estrella, sino un modelo de enrutamiento \u00fanico. Esa es la diferencia entre canalizaci\u00f3n de red y operaciones de carga de trabajo.<\/p>\n La mayor\u00eda de las configuraciones multicloud en DACH no nacieron de una estrategia, sino de adquisiciones, suites SaaS acumuladas y un ecosistema SAP en AWS enriquecido por BigQuery. Quien mueve hoy datos o cargas de trabajo entre dos nubes utiliza generalmente dos pilas de red distintas y un disparador Excel para las pruebas de conmutaci\u00f3n. Esto no es catastr\u00f3fico, pero consume horas que nadie quiere planificar en reuniones operativas.<\/p>\n La versi\u00f3n GA se dirige precisamente a esta fricci\u00f3n operativa. Frankfurt y Londres significan que las cargas de trabajo DACH ya no necesitan ser enrutadas a trav\u00e9s de regiones estadounidenses \u2014 esto no es solo una cuesti\u00f3n de latencia, sino tambi\u00e9n un argumento RGPD que los equipos de cumplimiento pueden utilizar sin dolores de cabeza. La especificaci\u00f3n abierta en GitHub sugiere que Stackit, OVH u otros proveedores de nube locales podr\u00edan implementar este mismo mecanismo a medio plazo \u2014 un punto crucial para los arquitectos que, por razones regulatorias, no pueden depender al 100% de los hyperscalers estadounidenses.<\/p>\n Paralelamente: Google Cloud ha desplegado al mismo tiempo el caching Cross-Cloud para datos le\u00eddos desde AWS y Azure<\/a>. Quien combina ambos dispone de un puente operativo y un puente de datos \u2014 pero esto es otra discusi\u00f3n, con sus propios compromisos en materia de soberan\u00eda de datos.<\/p>\n Puntos positivos<\/p>\n Puntos negativos<\/p>\n Primero: el inventario. \u00bfQu\u00e9 cargas de trabajo se ejecutan actualmente en las dos nubes, qu\u00e9 transferencias est\u00e1n activas y cu\u00e1les son vestigios de migraciones anteriores? Quien desee aprovechar la disponibilidad general (GA) debe conocer la lista real de puentes, no la diapositiva de la \u00faltima revisi\u00f3n de arquitectura. Este inventario est\u00e1 estrechamente relacionado con el inventario de conformidad multi-nube bajo NIS2 y C5<\/a>, que de todos modos ya es obligatorio.<\/p>\n Segundo: el modelo operativo. \u00bfQui\u00e9n se encarga de la gesti\u00f3n? Un Operations-Bridge requiere una definici\u00f3n clara del propietario; de lo contrario, se quedar\u00e1 atascado entre la red, la plataforma en la nube y SRE. Tres tickets por incidente no es el estado deseado. Lo ideal es un funnel SRE multi-nube que canalice los tickets hacia las dos consolas y ofrezca una visi\u00f3n de extremo a extremo.<\/p>\n Tercero: la adaptaci\u00f3n de IaC. Quien prev\u00e9 un traslado de cargas de trabajo deber\u00eda integrar el bloque de recursos de transporte en m\u00f3dulos Terraform<\/a>; las actualizaciones de proveedores llegar\u00e1n en las pr\u00f3ximas semanas, y la gesti\u00f3n de versiones determinar\u00e1 si el piloto comienza en el Q3 o despu\u00e9s de la pr\u00f3xima actualizaci\u00f3n.<\/p>\n AWS confirm\u00f3 la disponibilidad general el 14 de abril de 2026. Google Cloud es el primer socio de lanzamiento, mientras que Microsoft Azure y Oracle Cloud Infrastructure llegar\u00e1n, seg\u00fan ambos proveedores, m\u00e1s tarde en el a\u00f1o.<\/p>\n<\/details>\n Fr\u00e1ncfort y Londres figuran entre las cinco regiones iniciales, a las que se suman N. Virginia y Oreg\u00f3n. Esto permite conectar las cargas de trabajo de la zona DACH sin rodeos transatl\u00e1nticos, un factor clave tanto para la latencia como para la conformidad con el RGPD.<\/p>\n<\/details>\n Hasta ahora, Cross-Cloud Interconnect era una soluci\u00f3n exclusiva de Google: Google aseguraba la conexi\u00f3n, y en el lado de AWS, hab\u00eda que implementar una conexi\u00f3n similar a Direct Connect. Con la disponibilidad general bilateral, un simple transporte de recursos en el lado de Google y una aceptaci\u00f3n en el lado de AWS son suficientes; la capa f\u00edsica y el enrutamiento se abstraen as\u00ed.<\/p>\n<\/details>\n A partir de mayo de 2026, estar\u00e1 disponible una ranura local gratuita de 500 Mbit\/s por regi\u00f3n. Las bandas anchas superiores, que llegan hasta 100 Gbit\/s, se facturar\u00e1n seg\u00fan la banda ancha y la extensi\u00f3n geogr\u00e1fica; el c\u00e1lculo deber\u00e1 estar integrado en la pr\u00f3xima revisi\u00f3n de FinOps.<\/p>\n<\/details>\n Seg\u00fan AWS, Interconnect se puede asociar con AWS Transit Gateway y AWS Cloud WAN. Esto permite interconectar una sola conexi\u00f3n multicloud con varios VPC y regiones, constituyendo as\u00ed un verdadero apalancamiento operativo.<\/p>\n<\/details>\n S\u00ed, porque el cifrado a nivel de la capa 2 siempre est\u00e1 activado, y ambos proveedores gestionan la rotaci\u00f3n de claves. Por lo tanto, los equipos de auditor\u00eda ya no necesitan verificar si un t\u00fanel est\u00e1 correctamente configurado; hasta ahora, este punto volv\u00eda a aparecer regularmente durante las auditor\u00edas C5 e ISO 27001.<\/p>\n<\/details>\n Imagen de portada: Pexels \/ Brett Sayles (px:4373997)<\/p>\n","protected":false},"excerpt":{"rendered":"AWS confirm\u00f3 el 14 de abril la disponibilidad general de AWS Interconnect para multicloud.","protected":false},"author":31,"featured_media":38668,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_yoast_wpseo_meta-robots-noindex":"","_yoast_wpseo_meta-robots-nofollow":"","_yoast_wpseo_meta-robots-adv":"","_yoast_wpseo_canonical":"","_yoast_wpseo_opengraph-title":"","_yoast_wpseo_opengraph-description":"","_yoast_wpseo_opengraph-image":"","_yoast_wpseo_opengraph-image-id":0,"_yoast_wpseo_twitter-title":"","_yoast_wpseo_twitter-description":"","_yoast_wpseo_twitter-image":"","_yoast_wpseo_twitter-image-id":0,"pre_headline":"","bildquelle":"","teasertext":"","language":"de","_evm_slot_owner":"","_evm_translation_lang":"","featured_post":0,"featured_post_sortierung":0,"_wp_old_slug":[],"footnotes":""},"categories":[947],"tags":[],"industry":[],"class_list":["post-40281","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-noticias"],"evm_reading_time_minutes":10,"wpml_language":"es","wpml_translation_of":38669,"acf":[],"yoast_head":"\nLos puntos clave en resumen<\/h2>\n
\n
Qu\u00e9 aporta realmente la disponibilidad general<\/h2>\n
Cronolog\u00eda: la evoluci\u00f3n de las interconexiones entre hyperscalers<\/h2>\n
Qu\u00e9 implica concretamente para las arquitecturas h\u00edbridas DACH<\/h2>\n
Ventajas y desventajas<\/h2>\n
\n
\n
Tres palancas para los arquitectos en los pr\u00f3ximos 60 d\u00edas<\/h2>\n
Preguntas frecuentes<\/h2>\n
\u00bfCu\u00e1ndo estar\u00e1 disponible en general la interconnectividad multicloud de AWS?<\/strong><\/summary>\n
\u00bfQu\u00e9 regiones son relevantes para la zona DACH?<\/strong><\/summary>\n
\u00bfEn qu\u00e9 se diferencia esto de la versi\u00f3n anterior de Cross-Cloud Interconnect?<\/strong><\/summary>\n
\u00bfCu\u00e1l es el costo de la conexi\u00f3n durante las primeras semanas?<\/strong><\/summary>\n
\u00bfQu\u00e9 servicios de AWS se pueden conectar a Interconnect?<\/strong><\/summary>\n
\u00bfEl cifrado MACsec hace una diferencia medible en materia de conformidad?<\/strong><\/summary>\n
Recomendaciones de lectura de la redacci\u00f3n<\/h2>\n
\n
Otros soportes del grupo MBF Media<\/h2>\n
\n