7 min. de lectura – Fecha abril de 2026<\/p>\n
La Cloud Repatriation suena en 2026 a marcha atr\u00e1s, pero es solo la cuenta que vence despu\u00e9s de tres a\u00f1os de operaci\u00f3n en hyperscalers. La pregunta no es \u00abfuera de la cloud\u00bb, sino: desde qu\u00e9 perfil de carga se vuelve el co-location m\u00e1s Kubernetes m\u00e1s atractivo, num\u00e9ricamente, que AWS o Azure. Quien no pase el modelo por hoja de c\u00e1lculo, o ahorra dinero en una cloud cara, o lo quema en un rack mal dimensionado.<\/strong><\/p>\n Lo esencial en resumen<\/p>\n Relacionado<\/span>Costes de inferencia IA 2026: FinOps para cargas GPU \/<\/span> Platform Engineering 2026: Internal Developer Platforms<\/p>\n El debate est\u00e1 en marcha desde que 37signals calcul\u00f3 p\u00fablicamente en 2023 que ahorraba una cifra de siete d\u00edgitos con servidores propios. Despu\u00e9s llegaron muchas columnas de opini\u00f3n, pocos n\u00fameros. En el contexto enterprise falta un armaz\u00f3n TCO honesto: no para el backend que corre en el port\u00e1til, sino para cargas con una curva de carga real, requisitos de compliance y responsabilidad operativa.<\/p>\n Este art\u00edculo entrega ese armaz\u00f3n. Sin ideolog\u00eda, sin palos a los hyperscalers. Solo las palancas que marcan la diferencia. M\u00e1s una cuenta que se puede seguir en una servilleta.<\/p>\n La mayor\u00eda de los casos de repatriaci\u00f3n no fracasan por la t\u00e9cnica, sino por el perfil de las propias cargas. Los hyperscalers venden elasticidad. Para eso es justo un recargo sobre los costes de baremetal. Se vuelve injusto cuando nunca se usa la elasticidad. Una pipeline de an\u00e1lisis que corre 24 horas al d\u00eda y muestra cada jornada m\u00e1s o menos la misma curva de recursos es el caso de libro para co-location. Un webshop con pico de Black Friday, m\u00e1s bien no.<\/p>\n El segundo factor que muchos ignoran es el egress. En AWS las salidas de datos cuestan dinero de verdad desde el primer terabyte. En Azure el cuadro es parecido. Las cargas que expulsan grandes vol\u00famenes de datos – video transcoding, destinos de backup, entrenamientos ML con dataset externo – sostienen su estancia en el hyperscaler en buena parte v\u00eda tr\u00e1fico, no v\u00eda compute.<\/p>\n Como regla para el primer filtro: si la carga media de CPU de las instancias en la media mensual est\u00e1 por encima del 60 por ciento y la cuota de egress en la factura cloud aporta dos d\u00edgitos porcentuales, el modelo de c\u00e1lculo merece la pena. Si est\u00e1is por debajo, quedaos en el hyperscaler y haced FinOps. Es m\u00e1s barato que un proyecto de migraci\u00f3n.<\/p>\n Fuente: modelo TCO de cloudmagazin, supuestos en el apartado siguiente<\/p>\n Para no quedarnos en lo vago, tomemos una carga realista. Cien nodos de compute, equivalentes aproximadamente a AWS m7i.4xlarge (16 vCPU, 64 GB RAM). En la cloud on-demand alrededor de 0,80 euros por hora e instancia, con reserved instances a un a\u00f1o unos 0,48 euros. Storage y red los dejamos a prop\u00f3sito aparte, porque dependen de la carga.<\/p>\n En el lado cloud aterrizamos con reserved instances en unos 420.000 euros al a\u00f1o solo compute, on-demand en alrededor de 700.000 euros. Los costes de egress, con uno o dos terabytes outbound al d\u00eda, suman aproximadamente entre 60.000 y 120.000 euros. Factura anual realista solo de esta carga: entre medio mill\u00f3n y algo menos de un mill\u00f3n de euros.<\/p>\n Valoraci\u00f3n propia. Las cifras concretas dependen del perfil de carga, la regi\u00f3n y la posici\u00f3n de negociaci\u00f3n.<\/p>\n<\/div>\n En el lado del co-location la cuenta es distinta. Dos racks en un centro de datos DACH con energ\u00eda y refrigeraci\u00f3n, equivalente a entre 48.000 y 72.000 euros al a\u00f1o. Amortizaci\u00f3n de hardware para cien nodos de Dell o Supermicro a cinco a\u00f1os, con entre 10.000 y 14.000 euros de precio de cat\u00e1logo por nodo, es decir entre 200.000 y 280.000 euros al a\u00f1o. Uplink de red 10 Gbit redundante: entre 20.000 y 35.000 euros. Dos SRE dedicados con responsabilidad operativa de Kubernetes y hardware: con coste pleno unos 220.000 euros. Colch\u00f3n para repuestos, remote hands y cambio de provider: 40.000 euros.<\/p>\n Suma: entre 528.000 y 647.000 euros al a\u00f1o. Frente a la factura cloud de 480.000 a casi un mill\u00f3n, no es una bala de plata, sino un corredor en el que la decisi\u00f3n se toma por el perfil de carga y por el egress. Interesante no es en cien nodos, sino con 300 o 500, donde los costes de hardware act\u00faan de forma decreciente pero el personal y los racks no escalan linealmente.<\/p>\n En 2019 la repatriaci\u00f3n, operativamente, no era divertida. Servidores baremetal con Ansible y configuraciones LB cuidadas a mano son un viaje en el tiempo que nadie quiere hacer. En 2026 el asunto es otro. Kubernetes sobre hardware propio ya no es un setup ex\u00f3tico, sino una opci\u00f3n por defecto de plataforma: Cluster API para el lifecycle, Rancher u OpenShift para la operaci\u00f3n, Flux o ArgoCD para GitOps, Cilium para la red, Longhorn o Ceph para storage.<\/p>\n Lo que marca la diferencia es la abstracci\u00f3n. Los desarrolladores siguen viendo una API de Kubernetes, est\u00e9 debajo EKS, AKS o un cl\u00faster en el co-lo de Frankfurt. Esa es la verdadera palanca: la repatriaci\u00f3n se convierte en un swap de backend, no en un rewrite de la aplicaci\u00f3n.<\/p>\n Son cr\u00edticos tres puntos en los que la abstracci\u00f3n se filtra. Primero, storage: un volumen EBS se comporta distinto a un volumen Longhorn o Ceph RBD, sobre todo bajo presi\u00f3n de latencia. Segundo, networking: AWS Load Balancer Controller y Cilium LB sobre MetalLB entregan funciones parecidas, pero los tiempos de failover y la l\u00f3gica de configuraci\u00f3n son propios. Tercero, identidad: la federaci\u00f3n al estilo IRSA sobre hardware propio es factible, pero requiere SPIRE o una capa equivalente de workload identity, que hay que mantener operativamente.<\/p>\n Quien no haya resuelto esos tres temas antes del go-live, tendr\u00e1 que resolverlos despu\u00e9s en producci\u00f3n, en medio de incidentes. Es el camino m\u00e1s caro. Al mismo tiempo, en 2026 la comunidad ha avanzado lo suficiente como para que runbooks, helm charts y arquitecturas de referencia para esos puntos concretos est\u00e9n disponibles de forma abierta. SUSE, Red Hat y las comunidades de clientes aportan plantillas que ya no hay que construir desde cero.<\/p>\n Eso cambia el car\u00e1cter del proyecto. La repatriaci\u00f3n de 2019 era una obra nueva en descampado. La de 2026 es un swap estructurado con buena tool-chain, documentaci\u00f3n s\u00f3lida y una comunidad que ya ha visto la mayor\u00eda de los escollos.<\/p>\n Toda arquitectura tiene costes que solo se ven en operaci\u00f3n. En el co-location esos no son las partidas evidentes de hardware, sino los factores blandos. Aqu\u00ed la comparaci\u00f3n sin maquillaje:<\/p>\n Quien lea esta lista y sienta que la columna derecha pesa m\u00e1s, probablemente haya acertado. El co-location no gana a los hyperscalers porque la cloud sea cara. Gana cuando el perfil de carga, la estructura de costes y el setup de equipo encajan.<\/p>\n La mayor\u00eda de los proyectos que he visto de cerca en los \u00faltimos doce meses no aterrizan en \u00abtodo fuera\u00bb. Aterrizan en una arquitectura h\u00edbrida en la que entre el 60 y el 80 por ciento de la carga compute est\u00e1 en el co-lo. La cloud se queda entonces para tres cosas: bases de datos gestionadas que no se quieren operar internamente, capacidad pico v\u00eda federation de cl\u00fasteres Kubernetes y servicios edge o globales para los que una sola ubicaci\u00f3n co-lo no basta.<\/p>\n \n”<\/span><\/p>\n El camino de vuelta no es una salida de la cloud. Es la decisi\u00f3n de qu\u00e9 60 a 80 por ciento de la propia carga compute ya no se comporta de forma el\u00e1stica y, por eso, tampoco deber\u00eda pagarse de forma el\u00e1stica.<\/p>\n<\/blockquote>\n<\/figure>\n Esta l\u00ednea no es un compromiso, sino la respuesta honesta a una cuenta que solo una parte de las cargas supera. Quien lo acepte ya tiene medio camino hecho. Quien exija \u00abtodo o nada\u00bb vuelve a caer en la trinchera ideol\u00f3gica en la que el debate ha estado demasiadas veces desde 2023.<\/p>\n Lo que hace adem\u00e1s interesante a la arquitectura destino: desacopla compra y operaci\u00f3n. La amortizaci\u00f3n del hardware corre a cinco a\u00f1os, los contratos de colo a 24 o 36 meses. Los contratos cloud se pueden, en caso de duda, girar en semanas. Esa mezcla de CAPEX y OPEX es m\u00e1s legible para los CFOs que una factura cloud que cada mes pinta distinta. Quien recorra una vez con su equipo financiero un c\u00e1lculo h\u00edbrido bien montado se dar\u00e1 cuenta: la aparente inversi\u00f3n hardware anticuada es la parte m\u00e1s planificable del roadmap de infraestructura.<\/p>\n El precio para eso es disciplina en el capacity planning. Quien mantenga permanentemente un 30 por ciento de headroom en el co-lo, pierde parte de la ventaja de coste. Quien dimensione demasiado justo, hace pedidos en seis meses y pierde tiempo. Los mejores equipos que he visto trabajan con forecasts rodados de 12 meses y una opci\u00f3n de cloud burst justo para los picos que no pueden prever con seguridad.<\/p>\n La Cloud Repatriation en 2026 no es una retirada, sino un proceso de madurez. La t\u00e9cnica est\u00e1 lista. Kubernetes en el propio rack ya no es un proyecto de investigaci\u00f3n. La decisi\u00f3n sigue siendo comercial: utilizaci\u00f3n media, cuota de egress, capacidad del equipo. Quien no conozca esas tres cifras deber\u00eda aparcar la idea de repatriaci\u00f3n y recuperar primero FinOps. Quien las conozca y el corredor cuadre, obtendr\u00e1 al final un setup que corre de forma planificable, y un CFO que ya no se estremece cada mes cuando llega la factura cloud.<\/p>\n Por debajo de unos 300.000 euros de coste cloud al a\u00f1o, el esfuerzo organizativo se come el ahorro. A partir aproximadamente de medio mill\u00f3n de euros, el modelo de c\u00e1lculo empieza a ponerse interesante, siempre que el perfil de carga encaje. Por debajo, casi siempre es mejor palanca FinOps.<\/p>\n<\/details>\n Para cargas productivas con compromisos de SLA: s\u00ed, dos ubicaciones o un camino de failover a la cloud. Un solo centro de datos es single point of failure. La mayor\u00eda de los setups h\u00edbridos lo resuelven dejando la cloud como destino de DR, no como operaci\u00f3n primaria.<\/p>\n<\/details>\n Sin hardware, solo operaci\u00f3n: entre dos y tres plazas SRE a jornada completa para un cl\u00faster con 100 a 200 nodos, m\u00e1s licencias del stack de observability y, en su caso, Rancher u OpenShift. Realistas son entre 300.000 y 450.000 euros al a\u00f1o. Quien crea que basta con media plaza infravalora la operaci\u00f3n de incidentes y el lifecycle.<\/p>\n<\/details>\n No sin m\u00e1s. Existen equivalentes auto-operables (CloudNativePG, CrunchyData, YugabyteDB), pero exigen tiempo de DBA y procesos de backup limpios. En muchos setups h\u00edbridos, las bases de datos se quedan conscientemente en la cloud aunque la parte compute se mueva.<\/p>\n<\/details>\n Desde la decisi\u00f3n hasta cerrar el primer traslado de carga: entre seis y nueve meses. La fase de landing zone por s\u00ed sola, es decir co-lo, Kubernetes, identidad, observability, necesita entre tres y cuatro meses. Quien quiera estar en tres meses, o bien lo tiene todo ya listo, o hunde el proyecto.<\/p>\n<\/details>\n La inversi\u00f3n hardware se calcula con rigor, los costes de personal se maquillan. Dos SRE se convierten en 1,5, que adem\u00e1s ayuda en otra parte. Ocho meses despu\u00e9s, el equipo est\u00e1 sobrecargado. La calidad operativa cae por debajo del nivel que antes se ten\u00eda en la cloud. Ese es el cl\u00e1sico del que hay que protegerse.<\/p>\n<\/details>\n Recomendaciones de lectura<\/p>\n M\u00e1s en la red MBF Media<\/p>\n Data Act: qu\u00e9 deben regular ahora los fabricantes IoT\n<\/p><\/div>\n Cloud Repatriation 2026 desde la perspectiva del CIO\n<\/p><\/div>\n Infostealers 2026 y el riesgo de sesi\u00f3n MFA\n<\/p><\/div>\n<\/div>\n Fuente de la imagen de portada: Pexels \/ Brett Sayles (px:5480781)<\/p>\n","protected":false},"excerpt":{"rendered":"Cloud Repatriation 2026 como decisi\u00f3n TCO: desde qu\u00e9 perfil de carga compensa el co-location m\u00e1s Kubernetes frente a AWS y Azure.","protected":false},"author":31,"featured_media":35544,"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_translation_lang":"","featured_post":0,"featured_post_sortierung":0,"_wp_old_slug":[],"footnotes":""},"categories":[959],"tags":[],"industry":[],"class_list":["post-36191","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-success-stories"],"evm_reading_time_minutes":15,"wpml_language":"es","wpml_translation_of":35545,"acf":[],"yoast_head":"\n\n
Cu\u00e1ndo el camino de vuelta tiene sentido num\u00e9rico<\/h2>\n
El modelo de c\u00e1lculo que cabe en una servilleta<\/h2>\n
\n\n
\n \nPartida de coste<\/th>\n Hyperscaler<\/th>\n Co-location<\/th>\n Chequeo de realidad<\/th>\n<\/tr>\n<\/thead>\n \n Compute<\/strong><\/td>\n on-demand + reserved\/savings plans<\/td>\n CAPEX de baremetal + amortizaci\u00f3n 3-5 a\u00f1os<\/td>\n Por encima del 60 por ciento de uso, el co-lo empieza a ganar<\/td>\n<\/tr>\n \n Egress<\/strong><\/td>\n caro desde el primer TB<\/td>\n contratos de tr\u00e1nsito, t\u00edpicamente m\u00e1s baratos con volumen<\/td>\n partida principal en cargas de v\u00eddeo, backup y datasets ML<\/td>\n<\/tr>\n \n Personal<\/strong><\/td>\n managed services, overhead SRE bajo<\/td>\n m\u00ednimo 2 SRE dedicados, rotaci\u00f3n 24\/7 permanente<\/td>\n la partida que todos infravaloran; es m\u00ednimo, no lujo<\/td>\n<\/tr>\n \n Plataforma<\/strong><\/td>\n managed K8s, queues, bases de datos<\/td>\n stack propio K8s + GitOps + monitoring<\/td>\n sin capa de plataforma no hay repliegue abordable<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Qu\u00e9 cambia realmente Kubernetes en el co-lo<\/h2>\n
As\u00ed se ve una ruta de migraci\u00f3n realista<\/h3>\n
\n
Los trade-offs honestos<\/h2>\n
\n
\n
D\u00f3nde se sit\u00faa realistamente la l\u00ednea h\u00edbrida en 2026<\/h2>\n
Conclusi\u00f3n<\/h2>\n
Preguntas frecuentes<\/h2>\n
\u00bfA partir de qu\u00e9 factura cloud compensa siquiera mirar la repatriaci\u00f3n?<\/strong><\/summary>\n
\u00bfNecesito forzosamente dos ubicaciones co-lo para redundancia?<\/strong><\/summary>\n
\u00bfCu\u00e1nto cuesta de forma realista, al a\u00f1o, operar un cl\u00faster Kubernetes en el co-lo?<\/strong><\/summary>\n
\u00bfSe pueden llevar managed services como RDS o Cosmos DB?<\/strong><\/summary>\n
\u00bfCu\u00e1nto dura una repatriaci\u00f3n parcial realista?<\/strong><\/summary>\n
\u00bfCu\u00e1l es el fallo m\u00e1s frecuente en proyectos de repatriaci\u00f3n?<\/strong><\/summary>\n
\n