"Nos vamos todo a la nube" suena decidido y moderno. También suele ser, en la práctica, imposible o contraproducente. La realidad de casi toda empresa es híbrida: parte en la nube, parte en casa —y eso no es indecisión, es criterio—.
Qué se queda on-premise (y por qué)
- Latencia: procesos que necesitan respuesta inmediata —control industrial, ciertas bases de datos— sufren con el viaje a la nube.
- Gravedad de datos: sistemas que generan mucho dato local; mover todo eso constantemente cuesta caro y lento.
- Sistemas heredados: aplicaciones viejas que rediseñar sería un proyecto enorme y de riesgo.
- Costo: cargas de alto uso constante donde pagar por hora en la nube sale peor que un servidor propio amortizado.
Qué se va a la nube
Lo contrario: lo variable, lo que necesita escalar de golpe, lo que se beneficia de servicios gestionados, lo que quieres accesible desde cualquier lado. La nube brilla ahí —igual que on-premise brilla en lo anterior—.
La híbrida no es un paso tibio
El error es ver la híbrida como una transición inevitable hacia "todo nube". Para muchas organizaciones es el estado final correcto: cada carga donde mejor rinde. Lo que la hace funcionar es la conexión segura y estable entre ambos mundos —una conectividad híbrida bien diseñada—, y decisiones como dónde vive tu telefonía son un ejemplo cotidiano del mismo criterio.
El "todo a la nube" que regresó a tierra
Un fabricante se propuso llevar absolutamente todo a la nube, convencido de que quedarse con algo on-premise era estar atrasado. La estrategia chocó con la física en dos frentes. Primero, los sistemas de control y monitoreo del piso de planta necesitaban respuesta inmediata, y el viaje de ida y vuelta a la nube introducía una latencia que el proceso industrial no toleraba. Segundo, esos mismos sistemas generaban un volumen enorme de datos locales, y estar moviéndolos constantemente a la nube salía caro y lento —la gravedad de datos, en acción—. En lugar de forzar el dogma, se replanteó carga por carga: el control de planta y las bases de datos sensibles a la latencia se quedaron on-premise, mientras que el ERP, la analítica, la colaboración y todo lo que se beneficia de escalar y de estar accesible desde cualquier sitio se fue a la nube. Los dos mundos se unieron con una conexión segura de sitio a sitio bien diseñada. El resultado no fue un "a medias" ni una transición pendiente: fue el estado final correcto, cada carga donde de verdad rinde. Lo que parecía indecisión resultó ser el único diseño que respetaba la realidad de la operación. Y hubo un beneficio extra que no estaba en el plan original: al dejar de pelear contra la latencia y el costo de mover datos, el equipo de TI dejó de apagar fuegos por una arquitectura forzada y pudo enfocarse en lo que la nube sí les daba —escalar la parte variable sin comprar hierro que la mayor parte del año estaría ocioso—.
La pregunta que conviene hacerse
La pregunta no es "¿cuándo termino de migrar todo?", sino ¿qué carga rinde mejor en la nube y cuál en casa —y las tengo bien conectadas? Responderlo carga por carga es lo que hace una híbrida sólida en lugar de un limbo.
Preguntas frecuentes
help ¿Por qué no mover todo a la nube?
Porque algunas cargas rinden mejor o cuestan menos on-premise: procesos sensibles a la latencia, sistemas que generan mucho dato local ("gravedad de datos"), aplicaciones heredadas difíciles de migrar, o cargas de alto volumen constante donde el costo por uso de la nube es peor que un servidor propio. La nube es una herramienta, no un destino obligado para todo.
help ¿Qué se suele quedar on-premise en una nube híbrida?
Cargas con requisitos de baja latencia (control industrial, ciertas bases de datos), sistemas heredados costosos de rediseñar, datos que por volumen o normativa conviene mantener locales, y procesos de alto uso constante. Lo que se va a la nube suele ser lo variable, lo que necesita escalar o lo que se beneficia de servicios gestionados.
help ¿La nube híbrida es solo un paso hacia la nube total?
No necesariamente. Para muchas organizaciones la híbrida es el estado final correcto, no una transición: cada carga vive donde mejor rinde. Verla siempre como algo temporal lleva a forzar migraciones que no convienen. La clave es una conectividad segura y estable entre ambos mundos.
Rubén Espinoza es fundador y Director Técnico de IT Experts de México. Trabaja en la industria de TI desde 1998: diseña y opera soluciones de infraestructura, ciberseguridad, continuidad, automatización y tecnología OT para entornos empresariales e industriales. Escribe desde proyectos reales y sistemas en producción.
Ver perfil y todos sus artículos →