En 2021, el consejo de una industria de componentes aprobó la salida de su propio centro de datos y la migración integral del entorno a la nube pública, con la promesa de cambiar una fuerte inversión en hardware por un gasto mensual previsible. Tres años después, la factura se había más que duplicado sin que la producción hubiera crecido en la misma proporción, y ningún director lograba explicar, línea por línea, qué justificaba cada escalón de aumento.
Ese patrón se repite con una frecuencia incómoda en empresas de todos los tamaños y sectores. La mayoría migró por lotes, empujada por el fin de un contrato de centro de datos, por la renovación de un parque de servidores o por una urgencia de continuidad, antes de que cualquier criterio económico explícito definiera qué carga de trabajo pertenece a qué lugar. La decisión la tomó la ocasión, y el precio de la ocasión aparece años después, cuando mover cualquier cosa ya se ha vuelto caro.
Este estudio propone una matriz de cinco criterios, perfil de consumo, gravedad y volumen de datos, tolerancia a la latencia, exigencia regulatoria y costo real de salida, para clasificar cada carga entre nube pública, nube privada, colocation (espacio en un centro de datos de terceros donde la empresa mantiene equipos propios) e infraestructura local. El objetivo no es elegir un modelo ganador, sino entregar al gestor un método defendible ante el consejo, el presupuesto y el plan de continuidad.
La prima de elasticidad que la mayoría paga sin usar
El precio de la nube pública incorpora una prima de elasticidad, la capacidad de ampliar o reducir capacidad en minutos sin comprar equipos. Esa prima se paga sola en cargas estacionales, campañas comerciales, cierres contables y entornos de prueba que existen por unas pocas semanas. Se convierte en desperdicio silencioso cuando se aplica a un ERP (sistema integrado de gestión empresarial) que varía menos del 15% de carga a lo largo del año, a una base histórica de producción consultada de forma esporádica o a servidores de archivos cuyo crecimiento es lineal y conocido.
El segundo mecanismo es físico y ningún contrato lo resuelve: la latencia, el retraso entre un comando y su respuesta. Un MES (Manufacturing Execution System, sistema que coordina órdenes, registros y calidad en la planta de producción) que dialoga con controladores de línea tolera muy poco retraso y pasa a depender por completo de la estabilidad del enlace de la planta. Cuando ese enlace oscila durante veinte minutos, la línea no se desacelera, se detiene, y el perjuicio se mide en órdenes sin registro, lotes sin trazabilidad y turnos perdidos. Medir el costo por hora de indisponibilidad suele cambiar la conversación más que cualquier planilla de infraestructura.
Cómo armar la matriz de decisión
El punto de partida es un inventario económico de las cargas, construido con datos reales de consumo de doce a dieciocho meses. Para cada sistema relevante, registre la variación entre pico y valle, el volumen de datos asociado, la sensibilidad a la latencia, la exigencia regulatoria aplicable y la estimación del costo de salida. Las cargas cuyo pico supera tres veces el valle tienden a justificar la nube pública; las cargas planas, con gran volumen y poca variación, tienden a costar menos en nube privada o colocation, donde la empresa compra capacidad dedicada y previsible.
El segundo paso es la disciplina de evaluación. Exija comparaciones en una ventana de treinta y seis meses que incluyan egreso, licenciamiento, costo de red, esfuerzo de migración y parada planificada, porque las comparaciones mensuales esconden exactamente lo que encarece la decisión. Pida el plan de salida por escrito antes de firmar la entrada, con plazo estimado, volumen de datos y formato de exportación. Y trate la estrategia de respaldo y recuperación ante desastres como parte de la matriz, ya que el lugar donde el dato vive y el lugar desde donde vuelve necesitan ser decisiones conscientes y probadas.
Cinco preguntas que todo gestor debería hacer
1. ¿Qué cargas de nuestra operación tienen un consumo estable y previsible y, por eso, pagan caro por una elasticidad que rara vez activan? 2. ¿Cuánto costaría retirar nuestros datos de donde están, considerando tarifas de salida, tiempo de migración y parada operativa? 3. ¿Qué procesos no toleran la latencia o la dependencia de enlace que impone la nube pública, y qué pasa con la producción cuando ese enlace oscila? 4. ¿Nuestra factura de nube se revisa con la disciplina de un contrato de suministro crítico, con un responsable designado y una meta de costo por unidad de negocio? 5. Si el presupuesto de infraestructura tuviera que caer 18% en el próximo ciclo, ¿sabríamos decir en menos de una semana qué cargas reubicar y cuál sería el impacto operativo de cada movimiento?
¿Qué cargas de nuestra operación tienen un consumo estable y previsible y, por eso, pagan caro por una elasticidad que rara vez activan?
Pocas empresas responden a esto con números, aunque la información esté disponible: los paneles de consumo del propio proveedor muestran, carga por carga, la distancia entre el pico y el promedio. El ejercicio suele revelar un patrón previsible, con sistemas de gestión, bases históricas y servidores de archivos operando en una utilización casi constante mientras se les cobra por un modelo diseñado para una variación intensa.
La consecuencia es presupuestaria e inmediata. En horizontes de tres años, las cargas planas tienden a costar bastante menos en capacidad dedicada que en consumo elástico, y esa diferencia, aplicada solo a las cinco mayores cargas, con frecuencia financia por sí sola el proyecto de reposicionamiento. El gestor que llega al consejo con esa lista ordenada por ahorro potencial deja de discutir preferencia técnica y pasa a discutir asignación de capital.
¿Cuánto costaría retirar nuestros datos de donde están, considerando tarifas de salida, tiempo de migración y parada operativa?
Ese número casi nunca se calculó, y su ausencia es lo que transforma una elección reversible en dependencia permanente. El cálculo tiene cuatro componentes: la tarifa de egreso sobre el volumen total, las horas de ingeniería para rediseñar integraciones, el período de operación en paralelo entre ambientes y la ventana de parada necesaria para el corte final.
Conocer ese valor cambia la posición de la empresa incluso cuando la decisión es permanecer donde está. Un gerente que sabe cuánto costaría salir negocia renovaciones con argumentos concretos, establece un límite para el crecimiento de volumen en cada plataforma y evita que nuevas cargas aumenten, por inercia, el precio de un eventual cambio futuro.
¿Qué procesos no toleran la latencia o la dependencia de enlace que impone la nube pública, y qué ocurre con la producción cuando ese enlace oscila?
La respuesta comienza por un mapa honesto de los procesos que se detienen cuando la conexión se degrada. En ambientes industriales, esto normalmente incluye ejecución de manufactura, registro de apuntes de producción, sistemas de visión y básculas integradas; en otros sectores, aparece en atención al cliente, facturación y expedición, todos dependientes de respuesta en tiempo real para no trabar la fila física de personas o mercancías.
El criterio práctico es simple de enunciar e incómodo de aplicar: lo que interrumpe la generación de ingresos cuando la red oscila debe permanecer físicamente cerca de donde se generan esos ingresos. Una línea detenida por algunas horas suele consumir, en margen perdido, más que el ahorro anual obtenido al centralizar ese sistema en la nube pública, y esa confrontación de números pertenece al consejo, no al equipo de infraestructura.
¿Nuestra factura de nube se revisa con la disciplina de un contrato de suministro crítico, con responsable designado y meta de costo por unidad de negocio?
Los contratos de materia prima, energía y logística tienen dueño, meta y revisión periódica, mientras que la factura de nube suele tratarse como una cuenta de servicio público, aprobada sin análisis porque nadie se siente autorizado a cuestionarla. El primer movimiento correctivo es designar un responsable con mandato explícito para reducir costos sin degradar el servicio, y un ciclo fijo de revisión con participación financiera y técnica.
El segundo movimiento es adoptar una métrica de costo por unidad de negocio, como costo de infraestructura por orden de producción, por factura emitida o por cliente activo. Esa métrica separa el crecimiento legítimo del desperdicio acumulado, porque una factura que sube 22% mientras la producción sube 25% cuenta una historia muy diferente de una factura que sube en la misma proporción con volumen estancado.
Si el presupuesto de infraestructura tuviera que caer 18% en el próximo ciclo, ¿sabríamos decir en menos de una semana qué cargas reubicar y cuál sería el impacto operativo de cada movimiento?
La velocidad de la respuesta revela si existe un mapa o apenas un historial de decisiones acumuladas. Sin una matriz, los recortes presupuestarios se convierten en una reducción lineal aplicada a todos los ambientes, práctica que penaliza por igual lo que sostiene los ingresos y lo que apenas consume recursos, y que suele revertirse meses después al costo de un incidente.
Con la matriz lista, el gerente dispone de una secuencia priorizada por ahorro y riesgo, en la cual cada movimiento ya tiene destino, plazo e impacto estimados. Esa capacidad de respuesta, más que el valor ahorrado en sí, es lo que transforma al área de tecnología en una interlocutora confiable en la mesa de decisión, porque demuestra dominio sobre las consecuencias operativas de cada elección financiera.
Preguntas frecuentes
¿Retirar cargas de la nube pública significa abandonar la estrategia de nube?
No. Reposicionar cargas es un ajuste de asignación, en el cual cada sistema pasa a ocupar el modelo que mejor atiende su perfil de consumo, latencia y regulación. La mayoría de las empresas maduras opera en un diseño híbrido, manteniendo elasticidad donde realmente se usa y capacidad dedicada donde el consumo es estable y previsible.
¿Cómo calcular el costo real de salir de un proveedor de nube pública?
El cálculo suma cuatro elementos: la tarifa de egreso aplicada al volumen total de datos, las horas de ingeniería para rediseñar integraciones, el período de operación simultánea entre los dos ambientes y la ventana de parada necesaria para el corte definitivo. Las empresas que calculan ese número antes de acumular volumen preservan libertad de negociación en las renovaciones contractuales.
¿Qué cargas suelen permanecer bien posicionadas en la nube pública?
Cargas con variación intensa de demanda, como ambientes de desarrollo y prueba, procesamiento analítico por períodos cortos, aplicaciones orientadas a picos estacionales de venta y copias de seguridad almacenadas en una región geográficamente distante. En esos casos, la elasticidad contratada se utiliza efectivamente y la prima pagada se convierte en ahorro real.
Para someter el posicionamiento de sus cargas a ese filtro antes del próximo ciclo presupuestario, converse con Zamak en un Diagnóstico Estratégico de TI sin compromiso.