Existe cierto debate sobre si «la nube» es un nombre acertado. Sin duda, ha dado a gran parte del público en general la impresión de que Internet está, de alguna manera, suspendido en el cielo.

En DCD preferimos interpretarlo de forma más literal. Las nubes son enormes redes de gotitas de agua, suspendidas y conectadas entre sí para formar una masa semitangible. En el mundo digital, esas gotitas son los centros de datos, los puntos de presencia, las estaciones de aterrizaje de cables, etcétera. Los núcleos de condensación de la nube, que mantienen el agua suspendida y conectada, son nuestras redes.

En «Conectando la nube, parte I» exploramos la infraestructura de red que utiliza Amazon Web Services (AWS) dentro del centro de datos. Ahora, nos adentramos en el mundo exterior.

AWS, la plataforma en la nube de Amazon, divide su red fuera del centro de datos en tres subcategorías, según explica Robert Kennedy, vicepresidente de servicios de red: redes metropolitanas, de largo alcance y, en una categoría aparte, redes submarinas.

Las redes metropolitanas son aquellas que conectan centros de datos dentro de una misma región —las distintas zonas de disponibilidad— y los centros de datos pueden estar situados a distancias de hasta 400 km, mientras que las conexiones de largo recorrido pueden abarcar miles de kilómetros y conectar diferentes regiones.

En cuanto a las dos primeras, señala Kennedy, el enfoque de red es prácticamente el mismo. Ambas son simplemente redes «punto a punto», pero puede haber «diferencias en la capacidad que se puede activar en una fibra más corta frente a un par más largo», y las redes de larga distancia —simplemente debido a la enorme distancia que cubren— requieren repetidores para amplificar la señal.

Es fácil pensar en la red de AWS como una mera autopista larga, pero se parece más al sistema circulatorio del cuerpo humano. Las arterias, las venas y los vasos sanguíneos se ramifican y se expanden aparentemente al azar, pero con una intencionalidad perfecta. La red abarca diversas interconexiones, ramificaciones más pequeñas y múltiples puntos finales, repartidos por todo el mundo.

«Si nos fijamos en nuestra red troncal terrestre, veremos que hay salidas en diversas ubicaciones. Se trata de un conjunto muy dinámico de tráfico de origen a destino que se enruta por toda la red; no se limita, por ejemplo, a ir de US East One a US West Two. Todas nuestras ubicaciones Edge y zonas locales forman parte de la red», explica Kennedy.

De esa red, AWS posee y opera la gran mayoría. Kennedy estima que, en EE. UU., más del 80 % está bajo su control, pero que hay «algunos nodos Edge en los que la capacidad no es muy grande» y, por lo tanto, se alquilan.

«En realidad, se trata de preguntarse: “¿Hay mucho tráfico allí?”. Si no es así, probablemente resulte más rentable alquilar capacidad a terceros», afirma. Además, al poner en marcha nuevos centros de datos, a veces AWS alquila capacidad para que las instalaciones estén «operativas» rápidamente.

Sin embargo, lo más importante es que siempre hay múltiples rutas diferentes —un mínimo de tres— con fines de redundancia.

En el momento de redactar «Conectando la nube, parte I», AWS contaba con unas 117 zonas de disponibilidad en 37 regiones. Cuando se entrevistó a Kennedy casi un año después, AWS acababa de anunciar la puesta en marcha con éxito de 3,8 GW de nueva capacidad de centros de datos a lo largo de 2025, y había salido a la luz un informe filtrado que sugería que la empresa gestiona más de 900 centros de datos, una cifra sobre la que AWS se ha negado a comentar o confirmar.

Huelga decir que la enorme escala de la red conlleva complejidades y retos. AWS también tiene que gestionar datos externos, es decir, el tráfico entrante. En 2024, la nube recibió más de 150 exabytes de datos procedentes de redes externas, proveedores de tránsito y puntos de intercambio de Internet. Con la proliferación de las cargas de trabajo de IA, esta cifra no hace más que crecer, y a un ritmo vertiginoso.

O se hace a medida, o no se hace

En noviembre de 2025, AWS reveló que había desarrollado un transpondedor de multiplexación por división de longitud de onda densa (DWDM) a medida para sus redes.

Matt Rehder, vicepresidente de redes centrales de AWS, lo describió en una entrada de blog como un «sofisticado sistema ferroviario de alta velocidad».

«Al igual que una red ferroviaria puede transportar varios trenes simultáneamente por vías paralelas, este dispositivo transmite de forma segura diferentes flujos de datos a través de un único cable de fibra óptica utilizando diferentes longitudes de onda de luz, como vías dedicadas que pueden transportar diferentes tipos de carga sin interferencias», escribió Rehder.

«Mientras que los transpondedores tradicionales ofrecen sistemas de transporte estándar para fines generales, nosotros hemos creado nuestras propias rutas de red personalizadas, optimizadas específicamente para nuestras necesidades de entrega únicas, lo que se traduce en un mejor rendimiento y valor para nuestros clientes».

Esto supuso una revelación bastante singular. Aunque los proveedores de servicios en la nube suelen utilizar transpondedores DWDM, normalmente recurren a soluciones de terceros. Según AWS, es el único proveedor de servicios en la nube que cuenta con su propio sistema a medida.

Dada la cantidad de componentes a medida que hay en su red, «hecho a medida» bien podría ser el lema de AWS. Para Kennedy, esto se debe a la sencilla razón de que, al operar a la escala de la plataforma en la nube (una escala que no deja de crecer), llega un momento en el que hay que «tomar el control de esto y optimizar tanto la escala como los costes».

«Esto abarca todos los dispositivos de red y los sistemas operativos que se ejecutan en ellos. Hemos trabajado en cada capa de la red, empezando por el centro de datos, y ahora hemos completado la red troncal global», afirma.

La primera implantación exitosa de DWDM en largas distancias se realizó en una conexión de 1.500 km (932 millas) y permitió a AWS ofrecer un 73 % más de ancho de banda al mismo coste, además de reducir el consumo energético en casi un 35 %.

Como es lógico, los detalles de cómo se logró esto están envueltos en misterio: Rehder destaca el uso de «los últimos avances en tecnología de fabricación de chips eléctricos y fotónicos», así como la capacidad del DWDM para ajustar las velocidades de transmisión de datos en incrementos de 100 gigabits.

En declaraciones a DCD sobre las innovaciones de la empresa en materia de DWDM, Kennedy afirmó: «Hemos visto cómo esta tecnología ha seguido evolucionando a lo largo de los años. Los antiguos sistemas DWDM solían ocupar un rack completo y alcanzaban decenas de gigabits, pero ahora lo hemos reducido a un único módulo óptico pequeño que transmite 800 gigabits en cada canal. Es realmente impresionante ver cómo ha evolucionado y la eficiencia energética que ha traído consigo. Esto significa que vamos a poder deshacernos de gran cantidad de esta tecnología obsoleta».

Kennedy explica que la tecnología se implantó inicialmente en la red metropolitana de la empresa, pero que, desde entonces, AWS la ha ido extendiendo también a la red de largo recorrido.

Además, a medida que aumenta la necesidad de ancho de banda, dado que AWS utiliza un «sistema punto a punto», puede simplemente añadir más nodos a la red. Kennedy también quiso destacar que la empresa no utiliza soluciones RODENT (Routing Over Different Existing Network Technologies), que también permiten desplazarse entre diferentes «rutas», ya que AWS prefiere la fiabilidad que le ofrece disponer de su propia red

Escalando la montaña

Si queremos analizar una parte de la red de AWS, un lugar obvio al que acudir es el enorme clúster de centros de datos del Proyecto Rainier de la empresa.

Desarrollado para Anthropic y bautizado en honor al estratovolcán de 14 410 pies (4 392 metros) situado cerca de Seattle, el Project Rainier es un enorme clúster de (por supuesto) Trainium2 UltraServers conectados a nivel de UltraServer mediante NeuronLinks (personalizados) y mediante la tecnología de red Elastic Fabric Adapter (EFA, personalizada) tanto dentro de los centros de datos como entre ellos.

Puesto en marcha en octubre de 2025 con unos 500 000 UltraServers y con el objetivo de alcanzar el millón a finales de año, el clúster abarca no solo edificios, sino también varios estados. Actualmente se ha confirmado que forman parte del proyecto Misisipi, Indiana y Pensilvania; en total, solo en Indiana está previsto que unos 30 edificios de centros de datos formen parte del megaclúster.

Tal y como señala Kennedy, cuando se trata de cargas de trabajo de IA, lo habitual es intentar mantener «los datos y los aceleradores de IA bastante cerca unos de otros», ya que la latencia puede plantear dificultades desde el punto de vista del entrenamiento.

A nivel de campus, entre los centros de datos, la EFA de AWS puede gestionar la carga. Tal y como se reveló anteriormente a SDxCentral, publicación hermana de DCD, la EFA se ha desarrollado sobre un protocolo de estructura de múltiples rutas con capacidades de optimización de rutas en tiempo real. En otras palabras, realiza un seguimiento de la latencia entre el origen y el destino y puede redirigir el tráfico de forma inmediata cuando sea necesario.

Pero, ¿qué pasaría si una carga de trabajo exigiera no solo que colaborara un único grupo de edificios próximos entre sí, sino también otro situado al otro lado del estado, o incluso que lo hicieran simultáneamente las tres ubicaciones de Rainier?

Indiana, Misisipi y Pensilvania no están cerca unas de otras; estas ubicaciones se eligieron debido a la enorme cantidad de energía que requieren dichos campus.

AWS no ha hecho ninguna declaración pública sobre la capa de transporte óptico específica que subyace a la conectividad entre edificios del clúster, ni siquiera sobre si esto sería posible a largas distancias. Sin embargo, cabe teorizar que, gracias a la tecnología DWDM de AWS, el importante aumento del ancho de banda podría permitir algún día algo de esta envergadura: más de treinta edificios y tres estados, todos abordando el mismo problema.

El DWDM no es la única gran apuesta de AWS para hacerse con más ancho de banda. En 2025, la empresa se embarcó en su primera aventura autónoma bajo el mar.

Bajo el mar

Naturalmente, con una red que abarca todo el mundo, el uso de cables submarinos ha sido necesario desde hace tiempo, y AWS forma parte de numerosos consorcios responsables de cables en funcionamiento y otros en fase de desarrollo, como, por ejemplo, el próximo Asia United Gateway East.

Pero en enero de 2025, la filial irlandesa de Amazon presentó un formulario de solicitud ante la Autoridad Reguladora del Espacio Marítimo de Irlanda en el que se detallaban los planes para el desembarque de un cable en el condado de Cork, Irlanda, lo que supuso la primera incursión en solitario de la empresa en este ámbito.

El cable submarino no se confirmó oficialmente hasta noviembre de 2025, y se extenderá entre el condado de Cork y Maryland, en Estados Unidos.

Maryland, el noveno estado más pequeño de EE. UU., no cuenta con una presencia significativa de puntos de llegada de cables submarinos; de hecho, no tiene ninguno. Según Kennedy, se trató de una elección muy deliberada.

«Queríamos crear un lugar completamente diferente para el aterrizaje del cable, porque la diversidad es absolutamente fundamental», explica. «Los cables submarinos pueden seguir trayectorias diferentes a lo largo del lecho marino, pero si todos aterrizan en el mismo lugar, se crea un único punto desde el que pueden salir varios cables a la vez».

Actualmente, la mayoría de los cables transatlánticos que conectan el Reino Unido y Europa con Estados Unidos se encuentran en el estado de Nueva York, Nueva Jersey, Virginia o Carolina del Sur. La ausencia total de cables submarinos en Maryland lo convirtió en un lugar extremadamente atractivo.

El cable de AWS ha recibido el nombre de «Fastnet» y está previsto que entre en funcionamiento en 2028. El sistema ofrecerá más de 320 Tbps de capacidad, cada bit de la cual estará destinado exclusivamente al uso de AWS.

A principios de este año se dio a conocer que Globalinx desarrollaría la estación de aterrizaje de cables en el lado de Maryland, una instalación de 24 000 pies cuadrados (2 230 m²) que podrá alcanzar una potencia de hasta 5 MW y que estará situada junto al Aeropuerto Municipal de Ocean City.

Según Kennedy, AWS no instalará ningún servidor en el edificio. La instalación servirá exclusivamente para «conectar [los cables submarinos] desde el punto de vista óptico y, a continuación, llevarlos hasta la ubicación que deseemos». En cuanto a dónde tenderá la empresa la fibra desde la estación de aterrizaje de cables, Kennedy se mostró, como es lógico, algo impreciso, pero explicó a DCD que la decisión dependerá de «asegurarse de que quede separada de otras rutas terrestres».

Es precisamente este énfasis en la redundancia lo que resulta crucial en toda la red de AWS. En los centros de datos, a menudo hablamos de redundancia en términos algebraicos —N+1, 2N, etc.—, y en los centros de datos de AWS esto también quedó claramente demostrado. En «Conectando la nube, parte I», Rehder, de AWS, lo expresó de forma elocuente: «Todo falla. Todo fallará más de lo que esperas, y lo hará de formas únicas, emocionantes y creativas».

Dentro del centro de datos, esto llevó a AWS a apostar por la simplicidad para ayudar a garantizar la continuidad. Pero cuando se trata de la red troncal global de AWS, la regla es un mínimo de tres: tres rutas para cada conexión.

Y tanto si esto obliga a AWS a atravesar los Estados Unidos de un extremo a otro como a excavar zanjas en el océano, la empresa da prioridad a minimizar el riesgo de fallo, cueste lo que cueste.