¿Qué servicio cloud europeo puede sustituir a AWS de verdad?

Una empresa europea puede sustituir buena parte de AWS sin salir del continente. OVHcloud y Scaleway destacan entre las opciones generalistas; IONOS, Open Telekom Cloud y STACKIT ofrecen otras vías para proyectos empresariales. Exoscale, UpCloud o Elastx cubren necesidades más concretas. La condición decisiva es la arquitectura: servidores, almacenamiento, bases de datos y contenedores tienen equivalentes en varios proveedores europeos, pero los servicios muy ligados a AWS pueden exigir cambios de fondo.

No hay, por tanto, un reemplazo único que reproduzca todo su catálogo. La elección depende de dónde deben permanecer los datos, qué servicios utiliza realmente la aplicación y quién controla su operación. Una web apoyada en máquinas virtuales y PostgreSQL plantea un cambio muy distinto al de una plataforma que combina herramientas propias de AWS para procesar eventos, gestionar identidades y ejecutar código sin servidores. La sustitución se mide por carga de trabajo, no por el número de productos anunciados en una página comercial.

La diferencia entre ofrecer nube y reemplazar una arquitectura

AWS reúne computación, redes, almacenamiento, bases de datos, analítica, inteligencia artificial y numerosos servicios especializados. Los proveedores europeos suelen concentrarse en un núcleo más pequeño, aunque suficiente para muchas aplicaciones: instancias virtuales, almacenamiento de objetos, Kubernetes gestionado y bases de datos administradas. La distancia entre ambos catálogos importa menos si una organización usa solo ese núcleo. En cambio, cuanto más integrada esté una aplicación con herramientas exclusivas de AWS, más difícil será moverla sin rediseñarla.

El almacenamiento de objetos ilustra bien la diferencia entre parecido y equivalencia. Varios operadores europeos ofrecen sistemas compatibles con la interfaz S3, lo que permite a numerosas aplicaciones seguir guardando archivos en depósitos digitales similares a los que utilizaban antes. Esa compatibilidad no garantiza que todas las funciones, permisos o comportamientos sean idénticos. Una aplicación sencilla puede requerir pocos ajustes; otra que aproveche funciones específicas necesita comprobarlas antes de dar por hecha la migración.

Algo parecido ocurre con Kubernetes, la tecnología que organiza aplicaciones empaquetadas en contenedores. Disponer de un servicio gestionado evita administrar por cuenta propia parte de la plataforma, pero no traslada automáticamente las redes, los permisos, los registros de actividad o los sistemas de respaldo. Con MySQL y PostgreSQL, presentes en diversos catálogos, la duda rara vez es si existe el motor: pesan más el rendimiento, las copias de seguridad y la continuidad durante el traslado.

El mapa técnico incluye además redes privadas, balanceadores que distribuyen tráfico, cortafuegos, DNS y herramientas de automatización. OpenStack, utilizado por algunos proveedores, ofrece una base tecnológica abierta para gestionar infraestructura; no convierte por sí solo dos nubes en piezas intercambiables. Las interfaces de programación, la compatibilidad con Terraform y los mecanismos de control de acceso determinan cuánto trabajo cotidiano cambia. La portabilidad real aparece en la operación, no solo en el nombre de la tecnología.

Hay una distinción menos visible que también pesa: trasladar datos a un centro europeo no equivale necesariamente a controlar todas las decisiones sobre ellos. El contrato, la sede del proveedor, sus subcontratistas y las personas que pueden administrar la infraestructura forman parte del cuadro. Residencia del dato y soberanía operativa no son sinónimos. La primera describe una ubicación; la segunda exige examinar quién tiene acceso, bajo qué reglas y con qué capacidad de intervención.

OVHcloud y Scaleway: dos propuestas francesas de amplio alcance

OVHcloud figura entre los operadores europeos más reconocibles por su trayectoria y la amplitud de su oferta. Su nube pública reúne instancias, almacenamiento de objetos, Kubernetes gestionado, redes y servicios de bases de datos. La presencia de OpenStack en su ecosistema interesa a equipos que ya automatizan infraestructura o buscan reducir su dependencia de una única consola. Su fortaleza está en combinar escala y servicios esenciales, aunque la experiencia de uso no tiene por qué reproducir la de AWS.

Ese origen próximo al mundo de la infraestructura marca su carácter. Para una organización que necesita capacidad de computación y control sobre cómo despliega sus sistemas, puede resultar más importante la flexibilidad técnica que una interfaz especialmente pulida. La contrapartida es que más control también puede implicar más trabajo para los equipos encargados de integrar herramientas, documentar procesos y mantener una operación estable.

Scaleway combina nube pública con servidores dedicados y opciones para quienes prefieren gestionar recursos físicos más directamente. En la parte cloud ofrece instancias, almacenamiento de objetos compatible con S3, red privada, DNS y Kubernetes gestionado, además de bases de datos administradas dentro de su oferta. Una aplicación web que use contenedores y un motor de datos habitual puede encontrar allí un conjunto bastante completo de piezas sin recurrir a un catálogo inmenso.

Las dos compañías aparecen a menudo en la misma conversación, pero no por ser copias una de otra. OVHcloud aporta una trayectoria y una dimensión que interesan a proyectos de mayor alcance; Scaleway atrae por una propuesta que combina servicios modernos con una aproximación directa a la infraestructura. En ambos casos, la decisión depende de detalles menos vistosos que la marca: región disponible, funcionamiento de la red y soporte para la arquitectura concreta.

Alemania: nube corporativa, industria y aplicaciones heredadas

IONOS representa una evolución distinta: desde el alojamiento y los servidores tradicionales hacia una plataforma cloud orientada a empresas. Su catálogo incluye máquinas virtuales, redes, almacenamiento de objetos y servicios de datos. Para una compañía que quiere mantener una aplicación relativamente convencional en un entorno europeo, la combinación resulta reconocible. La cercanía de sus centros de datos puede importar tanto por las políticas internas como por la latencia, aunque depende de la ubicación elegida y de dónde estén los usuarios.

Open Telekom Cloud, vinculada a Deutsche Telekom, responde a otro perfil. Su propuesta gira en torno a una plataforma empresarial con recursos de computación, almacenamiento y Kubernetes gestionado, apoyada en tecnología OpenStack. Puede resultar relevante donde pesan la conectividad, la continuidad de servicio y los procedimientos de contratación propios de grandes organizaciones. El atractivo no es solo levantar servidores, sino integrarlos en una operación con permisos, redes segmentadas, automatización y exigencias de auditoría.

STACKIT muestra por qué el interés europeo por la nube no nace únicamente de las empresas tecnológicas. Impulsada por el grupo Schwarz, pone el acento en el control de una infraestructura considerada estratégica. Ofrece Kubernetes, almacenamiento de objetos y por bloques y bases de datos, junto con otros servicios gestionados en su catálogo. Su origen industrial ayuda a explicar su enfoque: mantener capacidad propia para sostener operaciones a largo plazo, no limitarse a alquilar servidores para proyectos puntuales.

En una organización grande, la estabilidad de esa relación puede ser tan relevante como una función técnica. Migrar una aplicación crítica implica negociar contratos, asignar responsabilidades y demostrar cómo se recuperaría el servicio tras una incidencia. STACKIT entra en ese debate por su planteamiento de soberanía; Open Telekom Cloud, por su orientación corporativa. Son alternativas distintas, y ninguna convierte automáticamente una aplicación dependiente de AWS en una aplicación portable.

gridscale añade una vía alemana más modular, con instancias, balanceadores, almacenamiento de objetos, Kubernetes y bases de datos gestionadas. Entre sus rasgos prácticos figuran opciones de almacenamiento compartido, como NFS, y recursos con GPU según la oferta disponible. Estos servicios tienen sentido para empresas donde conviven programas recientes y aplicaciones antiguas. Una carpeta compartida puede ser tan necesaria como un clúster de contenedores cuando la infraestructura arrastra años de decisiones técnicas.

Las diferencias entre estos operadores impiden hablar de una nube alemana uniforme. Algunos encajan mejor con contratos y procesos de gran empresa; otros, con proyectos que necesitan combinar servicios actuales y sistemas heredados. El país de origen ayuda a delimitar la conversación jurídica, pero no sustituye el examen de cada contrato. Importa dónde se alojan los datos y quién puede operar sobre ellos, además del domicilio del proveedor.

Del norte de Europa a Suiza e Italia: proveedores con especialidades propias

UpCloud, desde Finlandia, propone un catálogo concentrado en instancias, redes privadas, almacenamiento, Kubernetes gestionado y bases de datos administradas. Su perfil atrae a equipos que priorizan una infraestructura relativamente sencilla y prestan atención al comportamiento del almacenamiento por bloques. Si una aplicación se apoya en componentes habituales y evita demasiadas dependencias exclusivas, un catálogo menos extenso puede cubrir lo necesario sin añadir complejidad que nadie utiliza.

La simplicidad, sin embargo, no se mide por el número de botones de una consola. Una base de datos pequeña puede crecer, un disco puede convertirse en cuello de botella y un despliegue en contenedores puede necesitar reglas de red más elaboradas. Por eso la afinidad técnica de UpCloud, como la de cualquier competidor, se aprecia mejor al contrastar las necesidades reales de rendimiento y administración que al comparar largas listas de funciones.

Elastx, en Suecia, pone el foco en la disponibilidad. Su infraestructura se distribuye entre ubicaciones físicamente separadas dentro del país, una característica relevante para aplicaciones que deben seguir funcionando ante una incidencia localizada. Utiliza OpenStack y ofrece recursos como Kubernetes gestionado y almacenamiento de objetos. Su propuesta tiene una lógica distinta a la de un hiperescala: menos amplitud de catálogo, más atención a la resiliencia de los servicios que presta.

La separación física no elimina por sí sola el riesgo de interrupción. También importan el diseño de la aplicación, la replicación de datos, las copias de seguridad y la capacidad de recuperar operaciones. Para quien exige permanencia de datos en Suecia y una arquitectura resistente, Elastx puede merecer atención precisamente por esa combinación. La continuidad es una propiedad del sistema completo, no una promesa que pueda atribuirse únicamente al centro de datos.

Exoscale introduce un matiz jurídico y geográfico. Tiene sede en Suiza, país europeo integrado en la EFTA pero ajeno a la Unión Europea. Ofrece instancias, almacenamiento de objetos compatible con S3, DNS, distribución de contenidos, Kubernetes gestionado y bases de datos. En su oferta aparecen servicios como Redis o Kafka, además de opciones con GPU. Suiza no debe confundirse con una región de la UE: para ciertos proyectos esa diferencia será asumible; para otros, determinante.

Las GPU de Exoscale pueden interesar para tareas de inteligencia artificial, procesamiento intensivo o renderizado. Eso no significa que exista una réplica del amplio ecosistema de herramientas de IA de AWS, ni que la capacidad disponible sea siempre la que demanda cualquier proyecto. Exoscale también permite gestionar permisos con cierto detalle, un aspecto decisivo cuando varios equipos comparten plataforma. Separar accesos y responsabilidades resulta tan importante como disponer de potencia de cálculo.

Desde Países Bajos, Cyso Cloud aporta otra propuesta basada en OpenStack. Su oferta combina máquinas virtuales de distintos perfiles, almacenamiento por bloques y de objetos, balanceadores, DNS y Kubernetes gestionado, con opciones especializadas como recursos con GPU. Para equipos habituados a trabajar mediante interfaces de programación e infraestructura como código, ese enfoque puede resultar familiar. Las herramientas abiertas facilitan ciertas tareas, pero no dispensan de comprobar compatibilidades y límites propios del proveedor.

En Italia, Seeweb y Aruba Cloud responden a necesidades diferentes. Seeweb opera infraestructura cloud y destaca por su atención a la cuestión energética; también puede interesar cuando se busca alojar datos en Italia y mantener una relación operativa próxima. Aruba Cloud procede de un ámbito muy ligado al alojamiento, los VPS y los servicios asociados. Una aplicación empresarial estable no necesita siempre una nube gigantesca: puede requerir servidores virtuales, DNS, continuidad razonable y un soporte adecuado a su tamaño.

La residencia italiana puede obedecer a un contrato, a una política interna o a las necesidades de una organización concreta. No debe presentarse como una obligación universal. Tampoco conviene suponer que todos los servicios de un proveedor se prestan desde el mismo centro de datos: la ubicación efectiva depende del producto y de la configuración contratada. La geografía de una nube se comprueba servicio por servicio, especialmente cuando una aplicación combina servidores, copias y herramientas externas.

La migración pone a prueba costes, dependencias y continuidad

Salir de AWS suele describirse como un traslado de máquinas, pero se parece más a desmontar una casa sin interrumpir lo que sucede dentro. Hay que mover datos, adaptar redes, revisar permisos y comprobar que los sistemas que intercambian información siguen entendiéndose. Cuando predominan máquinas virtuales, Kubernetes, PostgreSQL, MySQL y almacenamiento compatible con S3, la transición puede apoyarse en tecnologías conocidas. Aun así, cada integración exige pruebas.

Los obstáculos crecen si el funcionamiento diario depende de servicios propios de AWS. Una cola de mensajes, un entorno de ejecución sin servidores o un sistema de identidades integrado en numerosos productos no siempre tiene un equivalente directo. Reemplazar la pieza puede obligar a cambiar cómo se comunican las aplicaciones. La deuda de dependencia se descubre al intentar salir: lo que antes ahorraba trabajo de desarrollo se convierte en esfuerzo de adaptación.

Incluso con bases de datos estándar, copiar información es solo una parte. Hay que decidir cómo mantenerla sincronizada, comprobar que las consultas rinden bien y limitar la interrupción mientras cambia el servicio principal. Lo mismo ocurre con las copias de seguridad: su existencia no basta si no está claro cómo recuperarlas. El coste de una migración incluye tiempo técnico y riesgo operativo, además de la factura del nuevo proveedor.

La comparación económica tampoco se resuelve mirando el precio de una instancia aislada. Importan el almacenamiento, el tráfico de red, los respaldos, el soporte y las horas necesarias para operar el sistema. En una arquitectura sencilla, un proveedor europeo puede ofrecer un control de costes más comprensible; en otra, rehacer servicios gestionados puede encarecer la operación. No hay ahorro automático por cambiar de jurisdicción, igual que permanecer en AWS no garantiza pagar menos.

También existe un coste de oportunidad. AWS aporta una cobertura internacional extensa, documentación abundante, integraciones y servicios especializados que pueden acelerar ciertos proyectos. Prescindir de ellos será irrelevante para quien apenas los usa, pero significativo para una plataforma desplegada en numerosas regiones o apoyada en herramientas muy concretas. Una alternativa europea es viable cuando cubre las funciones imprescindibles, no cuando iguala todas las posibilidades que quizá nunca se aprovecharán.

En el otro lado de la balanza aparecen la relación con el proveedor, las exigencias contractuales y el control sobre los datos. Algunas organizaciones valoran una interlocución más directa o necesitan demostrar con mayor claridad dónde se ejecutan sus sistemas. Esas ventajas no deben darse por supuestas: dependen de acuerdos, ubicaciones y procedimientos verificables. La soberanía se gana con condiciones comprobables, no con una etiqueta comercial ni con una bandera en la página de inicio.

Hay proyectos que tampoco requieren trasladarlo todo. Una infraestructura puede mantener ciertos componentes donde están y situar otros en un operador europeo, siempre que las conexiones, los accesos y la circulación de datos estén bien definidos. Esa solución evita plantear la elección como un salto entre dos extremos, aunque añade trabajo de coordinación. Repartir servicios entre proveedores reduce unas dependencias y crea otras; el resultado debe juzgarse por su funcionamiento, no por su apariencia de independencia.

La soberanía empieza donde terminan las promesas comerciales

La nube europea ya no es una solución de compromiso reservada a páginas web pequeñas. OVHcloud y Scaleway ofrecen plataformas amplias; los operadores alemanes aportan enfoques empresariales e industriales; UpCloud, Elastx, Exoscale, Cyso Cloud, Seeweb y Aruba Cloud amplían el abanico con prioridades distintas. Existe capacidad para sostener muchas aplicaciones habituales, desde servicios web hasta sistemas corporativos que necesitan bases de datos, almacenamiento y contenedores.

Lo que no existe es una respuesta idéntica para todas ellas. Una aplicación que necesita GPU tiene criterios distintos a otra cuya prioridad es permanecer en un país concreto. Una empresa con operaciones globales evaluará limitaciones que apenas afectan a un servicio local. Y un sistema construido alrededor de funciones propias de AWS afrontará un trabajo de separación que ningún cambio de contrato puede evitar. La arquitectura dicta los límites del reemplazo antes que cualquier clasificación de proveedores.

El cambio más significativo quizá sea ese margen para elegir. Durante años, la comodidad de concentrarlo todo en una gran plataforma podía ocultar cuánto costaría abandonarla. La existencia de operadores europeos no elimina las ventajas de AWS ni los problemas de migrar, pero permite discutirlos con alternativas técnicas sobre la mesa. La independencia digital no consiste en no depender de nadie, sino en saber de quién se depende, por qué y hasta qué punto es posible cambiar de rumbo.