Edge computing vs. cloud vs. on-prem: la decisión que tu CTO necesita tomar
La decisión entre desplegar cargas de trabajo en la nube pública, mantenerlas on-prem (on-premises, en las instalaciones propias) o moverlas al edge no es una preferencia tecnológica sino una decisión de negocio con consecuencias operativas, regulatorias y de costo durante los próximos cinco años. Cada modelo resuelve problemas distintos y tiene límites distintos. El error más caro que cometen los CTO (Chief Technology Officer, director de tecnología) es tratar la decisión como si fuera binaria entre cloud y on-prem, ignorando que el edge computing resuelve un problema específico que las otras dos no pueden resolver bien.
Este artículo describe qué resuelve cada modelo, qué patrones operativos demandan cada uno, dónde están los límites reales y cómo armar un árbol de decisión que combine los tres según el tipo de carga y el perfil regulatorio del cliente. La idea central es que los tres modelos coexisten en la mayoría de arquitecturas maduras, no se reemplazan entre sí.
Qué resuelve cada modelo y qué no
El modelo on-prem (on-premises) mantiene toda la infraestructura dentro de las instalaciones del cliente o de un data center dedicado. Es la elección correcta cuando la latencia es crítica (sub-10 ms entre aplicación y datos), cuando los datos no pueden salir del perímetro por regulación (PCI-DSS para tarjetas de pago, HIPAA para salud en Estados Unidos, equivalentes en México), o cuando el costo de operar una carga en la nube supera el costo de mantenerla propia durante todo su ciclo de vida. La desventaja es que requiere equipo de operaciones permanente, tiempo de respuesta ante incidentes físicos y un presupuesto de CAPEX inicial alto.
La nube pública (AWS, Azure, GCP y similares) entrega infraestructura como servicio con pago por uso, elasticidad casi infinita y un catálogo de servicios gestionados (bases de datos, machine learning, analítica) que sería costoso replicar on-prem. Es la elección correcta para cargas con perfil variable (picos estacionales, cargas de entrenamiento de IA intermitentes), para empresas sin equipo de operaciones maduro, o cuando el time-to-market importa más que el costo a tres años. La desventaja es el costo compuesto a escala, la dependencia de proveedor y la latencia de red para aplicaciones conversacionales o de tiempo real.
El edge computing (computación en el borde) acerca el procesamiento a donde se generan los datos: una fábrica, una antena 5G, un vehículo, un punto de venta. Es la elección correcta cuando la latencia es sub-1 ms, cuando el ancho de banda al centro es limitado o caro, o cuando los datos no deben viajar por la red pública. La desventaja es la escala: mantener decenas o miles de sitios distribuidos exige un modelo operativo distinto, con hardware ruggedizado, conectividad resiliente y gestión remota centralizada.
Comparativa técnica entre los tres modelos
La siguiente tabla resume las características operativas de cada modelo para una carga empresarial típica. Los valores son rangos generales, no comparaciones directas de proveedores específicos.
| Característica | On-prem | Nube pública | Edge computing |
|---|---|---|---|
| Latencia típica | sub-10 ms dentro del DC | 20 a 100 ms entre regiones | sub-1 ms en sitio, variable al centro |
| CAPEX inicial | alto (compra de equipo) | bajo (pago por uso) | medio (hardware distribuido) |
| OPEX mensual | medio a alto (personal + energía) | medio (factura del proveedor) | medio a alto (gestión distribuida) |
| Escalabilidad | limitada por capacidad instalada | casi ilimitada | limitada por hardware físico |
| Cumplimiento regulatorio | control total | depende del proveedor y región | control total en sitio |
| Riesgo operativo | asume el cliente | compartido con proveedor | asume el cliente (con más superficie) |
| Caso de uso típico | bases de datos críticas, IA on-prem, regulación estricta | aplicaciones web, entrenamiento de ML, SaaS | telco, manufactura, comercio minorista distribuido |
El árbol de decisión: cinco preguntas
El árbol de decisión que tu CTO necesita no es binario. Son cinco preguntas que el equipo debe responder antes de firmar cualquier contrato. Cada pregunta elimina opciones hasta llegar a una recomendación operativa.
- ¿La latencia es sub-10 ms crítica?: si sí, la carga probablemente va on-prem o edge. La nube introduce latencia de red que rompe el caso de uso (trading, IA conversacional, control industrial).
- ¿Los datos pueden salir del perímetro legal?: si no (regulación de salud, financiera, defensa), la carga va on-prem o en una nube con región específica que cumpla la regulación.
- ¿El perfil de carga es variable o constante?: si es variable con picos estacionales, la nube es más económica por elasticidad. Si es constante y predecible, on-prem a tres años suele ser más barato.
- ¿Hay equipo de operaciones maduro?: si no, la nube evita el CAPEX de construir un equipo. Si sí, on-prem da más control y mejor TCO (costo total de propiedad) a escala.
- ¿Los datos se generan en sitios distribuidos?: si sí (fábricas, sucursales, antenas), el edge computing es la única forma de procesar localmente sin enviar todo al centro. Combinado con agregación en la nube, completa la arquitectura.
Por qué la respuesta real es híbrida
La mayoría de organizaciones con más de tres años operando infraestructura terminan con arquitecturas híbridas: on-prem para cargas críticas con regulación o latencia, nube para elasticidad y servicios gestionados, y edge para generación distribuida. El error es pensar que los tres modelos son mutuamente excluyentes.
El costo real de la decisión no está en elegir un modelo, sino en la complejidad operativa de gestionarlos a la vez. Una organización con on-prem, nube y edge termina con tres consolas, tres sistemas de monitoreo y tres modelos de facturación distintos. La pregunta operativa real es: ¿tienes el equipo y las herramientas para sostener esa complejidad, o deberías consolidar en uno o dos modelos?
Cinco errores comunes al decidir entre los tres modelos
Cinco errores concentran la mayoría de decisiones que se revisan a los dos años. Reconocerlos antes de firmar contrato evita reescrituras caras.
- Migrar a la nube por moda sin comparar TCO a tres años: muchas migraciones a la nube terminaron con factura mayor que el costo on-prem. La nube no es automáticamente más barata: es elásticamente cara.
- Quedarse on-prem por inercia: cargas que claramente son más eficientes en la nube (desarrollo, entrenamiento de ML, web) se quedan on-prem por miedo al cambio. El costo de oportunidad suele ser mayor al ahorro.
- Ignorar la complejidad operativa del modelo híbrido: operar tres modelos a la vez exige equipo preparado y herramientas de gestión unificada. Sin eso, los costos operativos se disparan.
- Asumir que edge computing es solo nube extendida: el edge exige hardware ruggedizado, conectividad resiliente y un modelo operativo distinto. Tratarlo como un mini-data center convencional lleva a fallas operativas en campo.
- Subestimar el costo de transferencia de datos: la nube cobra por GB transferido fuera de la región. Cargas con alto volumen de datos entre regiones disparan la factura silenciosamente.
Fuentes
[1] Wikipedia — Edge computing (background reference) — https://en.wikipedia.org/wiki/Edge_computing
[2] TIA-942-C — Telecommunications Infrastructure for Data Centers — https://tiaonline.org/product/tia-942-c/
[3] Uptime Institute — Data center industry resources — https://uptimeinstitute.com/
[4] ISO/IEC 30134 — Data centre key performance indicators — https://www.iso.org/standard/45611.html
[5] IEEE 802.3 — Ethernet Working Group — https://www.ieee802.org/3/
