Una comparación línea por línea de cómputo, base de datos administrada, egress, respaldos y horas de operación, con las cifras de 37signals, un árbol de decisión para quedarse o mudarse y un plan de migración con reversa abierta hasta el último paso.
Author
Anichur Rahaman
La factura de la nube dice 9,400 dólares. La dueña de una tienda en línea de 40 personas la abre el día tres del mes. El octubre pasado fueron 6,100, y el tráfico creció un tercio, ni siquiera la mitad. Una sola línea, «data transfer out», se duplicó hasta 1,150 dólares y nadie en el equipo sabe qué función la provocó.
Empieza a preguntarse si todo el sistema saldría más barato en servidores rentados. La mitad de internet dice que sí. La otra mitad advierte que así es como una empresa termina con una caída a las 3 a. m. y nadie a quien llamar.
Los dos bandos tienen razón, cada uno con empresas distintas. La repatriación de la nube (cloud repatriation) consiste en mover cargas de trabajo de la nube pública de vuelta a servidores que rentas o compras, y conviene cuando la carga es estable, el volumen de datos es grande y alguien se hace cargo de la operación. No conviene cuando la carga da picos, el equipo es mínimo o los servicios administrados hacen un trabajo real. Este artículo le pone números a cada línea de ese intercambio para que calcules el caso de tu propio negocio.
El término abarca todo un espectro. En un extremo está la salida total a hardware propio dentro de un rack en colocación. En el otro, mover solo las piezas caras y estables, como la base de datos o el almacenamiento de archivos, a un servidor dedicado y dejar todo lo demás donde está. La mayoría de las pymes debería pensar primero en este segundo extremo.
El caso mejor documentado es el de 37signals, la empresa detrás de Basecamp y HEY. Según el reportaje de The Register de mayo de 2025, gastó cerca de 700,000 dólares en servidores Dell y redujo su factura de la nube en unos 2 millones de dólares al año. Después sacó unos 18 petabytes de Amazon S3 y los llevó a arreglos de Pure Storage que costaron alrededor de 1.5 millones, con un ahorro esperado de otros 1.3 millones anuales. AWS condonó unos 250,000 dólares en cargos de egress por la salida, y la empresa proyecta ahorrar 10 millones en cinco años. Su CTO dijo que no hizo falta contratar más personal.
Léelo con cuidado. La factura anual de 37signals era de 3.2 millones de dólares, tenía años de experiencia operando y una demanda plana y predecible. Las cifras son reales, pero pertenecen a una empresa con esas tres características. Vale la pena leer el reportaje de The Register para ver el detalle.
La presión más amplia viene del desperdicio, no solo del precio. El informe State of the Cloud 2026 de Flexera, una encuesta a más de 750 responsables de decisiones y usuarios de la nube, estima que el 29% del gasto en la nube se desperdicia, el primer aumento en cinco años, con las cargas de IA como uno de los motivos. En la misma encuesta, el 85% señaló la gestión del gasto en la nube como uno de sus principales retos (comunicado de Flexera). El desperdicio que se corrige dentro de la nube es el ahorro más barato, y va antes que cualquier mudanza.
Cuatro fuentes de costo explican casi toda la diferencia entre una factura de la nube y una renta de servidores.
Meter datos a la nube es gratis; sacarlos a internet se cobra por medidor. AWS publica 0.09 dólares por GB para los primeros 10 TB al mes, después de 100 GB gratuitos, con tramos más baratos a partir de ahí. Una tienda que sirve imágenes de producto, PDF de facturas y respuestas de API puede pasar de 8 TB sin darse cuenta. Los servidores dedicados suelen incluir 20 TB o más de tráfico en la renta mensual.
Una base de datos administrada con réplica en espera en una segunda zona cuesta varias veces más que el cómputo básico que tiene debajo. Pagas la conmutación automática por falla (failover), los parches y la recuperación a un punto en el tiempo. Es un precio justo cuando nadie en tu equipo sabe hacer ese trabajo, y caro cuando alguien sí.
Las instancias dimensionadas para el día más pesado trabajan al 15% el resto de los días. El autoescalado ayuda solo si la aplicación escala horizontalmente sin problemas. Un servidor fijo dimensionado para el pico tiene el mismo desperdicio, pero a un precio unitario mucho menor.
Las instancias con GPU, el almacenamiento de vectores y el tráfico que generan se cobran por hora y por gigabyte. Flexera relaciona el aumento del desperdicio justo con estas cargas. Haz los experimentos en la nube, donde puedes apagarlos, y calcula aparte el costo de la inferencia constante.
Imagina una tienda ilustrativa: una aplicación web, procesos de trabajo en segundo plano, una base de datos PostgreSQL y unos 8 TB de tráfico saliente al mes. Son números redondos para el ejercicio, no cotizaciones. El tiempo de operación se valúa en 75 dólares por hora.
| Concepto (ilustrativo) | Hiperescalador, bajo demanda | Dos servidores dedicados + dos para la base de datos |
|---|---|---|
| Cómputo (app y procesos de trabajo) | $900 | $230 |
| Base de datos (principal + réplica) | $1,100 administrada | $230 autoadministrada |
| Egress, 8 TB | $711 | $0 (cupo incluido) |
| Respaldos e instantáneas | $190 | $60 almacenamiento de objetos externo |
| Balanceador, logs, monitoreo | $450 | $90 |
| Horas de operación | 25 h = $1,875 | 45 h = $3,375 |
| Total al mes | $5,226 | $3,985 |
La línea de egress es aritmética simple: 8,000 GB menos los 100 GB gratuitos son 7,900 GB, por 0.09 dólares, igual a 711. El ahorro mensual es de 1,241 dólares, cerca del 24%, o 14,892 al año.
Mira la última fila antes de celebrar. El hardware y el ancho de banda bajan de 3,351 a 610 dólares, pero el tiempo de operación sube 20 horas. El punto de equilibrio está donde 610 más 75 por las horas iguala 5,226, es decir, unas 61 horas al mes. Por encima de eso, la nube salía más barata.
Ahora aplica un descuento de 30% por compromiso a un año en el cómputo y la base de datos de la nube. El total en la nube baja a 4,626 dólares, la brecha se reduce a 641 y el punto de equilibrio cae a unas 54 horas. Una migración de 200 horas de ingeniería cuesta 15,000 dólares y se recupera en unos doce meses con la brecha original, y en bastante más con la brecha menor.
La decisión pocas veces depende solo del precio. Cuatro preguntas, en este orden, clasifican a la mayoría de los negocios.
Primera: ¿la carga es estable y la factura es lo bastante grande como para importar? Por debajo de unos 3,000 dólares al mes, el ahorro no cubre la atención adicional. Recorta el desperdicio y compra capacidad comprometida.
Segunda: ¿el tráfico da picos o es realmente global? Una venta relámpago que multiplica el tráfico por diez durante una hora es justo para lo que sirve la capacidad elástica. Rentar para el pico todo el año cuesta más que pagar precio de nube por las horas pico. Cómo absorbe un sistema esos picos se explica en el artículo sobre autoescalado de esta serie. Una CDN delante de un origen fijo resuelve buena parte del lado global.
Tercera: ¿alguien se encarga de los parches, los respaldos y las guardias? Sin una persona con nombre y apellido, el ahorro no es real. Elige entonces una opción intermedia administrada.
Cuarta: ¿tus clientes o los reguladores dictan dónde deben estar los datos? Si es así, la respuesta es un proveedor regional o local, que quizá no sea tu proveedor actual.
La elección no es solo entre un hiperescalador y tu propio rack.
La portabilidad decide qué tan barata es la mudanza. Una aplicación empaquetada en contenedores y un solo archivo compose, como las plataformas autoalojadas del tipo de StoreConsole, pasa de una de estas opciones a otra en una tarde. Una atada a colas propietarias y funciones serverless necesita reescribirse primero.
Los compradores corporativos ahora preguntan dónde se almacenan sus datos, quién puede exigir legalmente el acceso y si podrán irse cuando quieran. Son preguntas de compras, y la tienda que no sabe responderlas pierde ventas.
La regulación también abarata la salida. Según la Ley de Datos de la UE (EU Data Act), durante el periodo de transición los proveedores solo pueden cobrar sus costos directos por el cambio, y los cargos por cambio de proveedor, egress incluido, desaparecen el 12 de enero de 2027. Si tienes clientes o contratos en la UE, esa fecha debe estar en tu plan. Fuera de la UE, pide por escrito la condonación de los cargos de salida antes de empezar, como hizo 37signals.
Ubicación no es seguridad. Un servidor en tu país no es más seguro que una región de nube bien configurada. Responde una pregunta legal, no una técnica.
Una repatriación no es un evento de fin de semana, sino una serie de pasos pequeños y reversibles. Cada paso de abajo conserva un camino de regreso hasta el último.
El principal es la habilidad operativa: los parches del kernel y de la base de datos, la renovación de certificados, las alertas de disco lleno y los simulacros de failover ahora son tuyos. El monitoreo va después, porque la consola de la nube en la que confiabas ya no está. Los parches de seguridad tienen un plazo que se mide en días cuando aparece un CVE crítico. Organiza una guardia rotativa de al menos dos personas, o contrata una capa administrada.
Sigue cinco números cada mes. El costo total de infraestructura incluidas las horas de operación, porque el costo sin la mano de obra se ve demasiado bonito. Las horas de operación al mes frente a tu punto de equilibrio. El tiempo de recuperación del último simulacro de restauración, en minutos. La antigüedad de los parches, es decir, los días desde que se aplicó la actualización de seguridad conocida más vieja. Y la latencia p95 desde tus principales regiones de clientes, porque salir de una red global puede costarte milisegundos.
Si las horas de operación pasan el punto de equilibrio o falla el simulacro de restauración, la mudanza no está rindiendo, y ese hallazgo merece una acción.
Volvamos a la dueña y su factura de 9,400 dólares. Al separarla por concepto, descubre que el egress y la base de datos administrada suman el 40% del total, y que casi todo el egress viene de imágenes de producto servidas directo desde el origen.
Primero pone una CDN al frente, que en este escenario recorta el egress a menos de la mitad en una semana. Luego pasa la base de datos estable y los procesos de trabajo a servidores dedicados con un plan de 13 semanas, deja en la nube el borde de la tienda y la capacidad extra para los días de venta, y anota el simulacro de restauración en el calendario. La factura ahora es un documento que puede explicar línea por línea, y el próximo aumento tendrá un nombre al lado.
Anichur Rahaman es arquitecto de software y creador de StoreConsole. Diseña sistemas de comercio y ERP para negocios en crecimiento, con enfoque en arquitectura orientada a eventos, integridad de datos y operación en servidores propios.
About the Author
Anichur Rahaman
Continue Reading
