Salir de la nube casi nunca es lo que abarata un sistema. Cuando una empresa deja la nube pública y la factura baja a la mitad, ese ahorro ya estaba en cómo estaba armado el sistema y se podía cobrar en cualquier servidor. Lo cobra quien hizo ese trabajo antes de ir a pedir cotizaciones.
La repatriación de la nube, o sea sacar sistemas de la nube pública y regresarlos a nube privada, servidores dedicados o equipo propio, es la discusión de infraestructura de 2026, y el razonamiento se sostiene. Un sistema que lleva cuatro años con la misma carga no gana nada pagando por elasticidad. Los cobros por transferencia de datos y por llamada se acumulan en silencio en sistemas que nadie ha revisado desde que se migraron. Otras empresas se van por tener más control sobre dónde viven sus datos. Casi siempre esto termina en un esquema mixto y no en una salida total, que es el final honesto.
Migramos RxVantage, una plataforma SaaS farmacéutica que usan profesionales de la salud, de un monolito a una arquitectura dirigida por eventos sobre Kubernetes. Los resultados publicados incluyen "50% de reducción en costos de servidor" y "Cero tiempo de inactividad durante la migración": la misma carga por la mitad del gasto en servidores, porque la nueva arquitectura dejó de tener todo prendido al máximo por si acaso.
Nada del ahorro en RxVantage vino del proveedor. Vino de que el sistema bajaba de escala cuando no se ocupaba, de que una parte podía fallar sin tumbar a las demás, y de capacidad encendida que nadie había medido. Pon esa arquitectura en servidores rentados y el ahorro sigue apareciendo. Pon el monolito original en servidores rentados y nada más cambiaste de lugar el desperdicio.
Las cotizaciones se hacen sobre infraestructura, y la infraestructura es la mitad barata. Lo que de verdad define el número es cuánto de tu operación depende de un proveedor en particular: el servicio que usas para la mensajería, el sistema por donde pasa cada usuario, la base de datos que nunca has intentado exportar completa. Quien no ha separado eso no tiene una cotización de servidores. Tiene un desarrollo nuevo con una cotización de servidores encima.
El renglón que casi ninguna cotización incluye es quién va a operar el sistema cuando el proveedor deje de hacerlo por ti. La nube pública hace en silencio un trabajo de operación que, al salirte, vuelve a ser tuyo. En RxVantage todo el entorno quedó definido como código para poder reconstruirlo desde cero, y los equipos que se hacían cargo de cada parte de la plataforma aprendieron Kubernetes y las nuevas formas de desplegar antes de que la arquitectura pudiera pagarse. Un sistema así se puede mover. Uno sin eso queda amarrado a quien lo instaló.
Poder moverte es el activo que vale la pena comprar. En RxVantage corrimos el sistema viejo y el nuevo en paralelo, movimos el tráfico poco a poco y mantuvimos la posibilidad de regresarnos en cualquier momento. Un equipo que trabaja así puede cotizar un cambio, ensayarlo y echarlo para atrás si los números no le dan. Un equipo que no, tiene exactamente un proveedor.
Tú no tienes una decisión de centro de datos. Tienes una decisión de dependencia, y aplica igual con tu sistema de facturación, tu punto de venta o tu tienda en línea. Antes de firmar, pregunta cuánto cuesta salirte: si puedes exportar hoy toda tu información en un formato que otro proveedor pueda leer, cuántos días se detiene tu operación si te cambias, y cuántas personas fuera de tu proveedor entienden cómo funciona. Y pide que muevan primero un módulo, el menos riesgoso, para medir qué tan difícil fue de verdad. Ese ensayo te dice el precio real del sistema. La cotización nada más te dice la mensualidad, y una demostración no es evidencia de lo demás.
La mensualidad se lee fácil. Lo que estás comprando con ella es lo que hay que revisar.