Entendiendo la Repatriación Cloud: Tendencias e Implicaciones

Los casos crecientes de repatriación cloud (el acto de traer una carga de trabajo de nube pública de vuelta a un sistema local) están causando debate acalorado sobre el futuro de los servicios cloud. Analistas a favor de la nube desestiman o minimizan la tendencia, insistiendo en que los números crecientes son engañosos.

Por otro lado, algunos afirman que las repatriaciones indican interés decreciente en computación en la nube. Este punto de vista sugiere que la tendencia de sacar cargas de trabajo de la nube pública llegó para quedarse y que hardware on-premise y colocation seguirán desafiando el modelo "cloud-first".

Este artículo analiza el fenómeno de la repatriación cloud y sus principales impulsores. Consideramos ambos puntos de vista discutidos arriba y evaluamos si la nube realmente está en camino de salida o si hay otra razón por la que las empresas están trayendo de vuelta cargas de trabajo de nube pública.

¿Qué es la Repatriación Cloud?

La repatriación cloud es el proceso de mover apps, cargas de trabajo o datos de la nube pública a infraestructura local. La mayoría de empresas transfieren activos a una nube privada o híbrida, pero algunas abandonan el modelo cloud y revierten a un centro de datos on-site clásico.

Estudios recientes muestran que más del 80% de empresas en EE. UU. extrajeron algunas cargas de trabajo de nube pública en 2021. A primera vista, esta estadística sugiere un cambio masivo de vuelta a sistemas on-premise. Sin embargo, aquí hay contexto alrededor de la cifra del 80%:

• Algunas repatriaciones implican mover a un tipo diferente de nube pero no abandonar la nube por completo.
• La mayoría de transiciones desde la nube pública involucran solo un número limitado de cargas de trabajo.
• Algunas cargas extraídas nunca debieron vivir permanentemente en la nube.
• A veces los equipos extraen cargas como medida temporal.

Aquí están las razones más comunes por las que las empresas deciden mover un activo de la nube pública:

• Adoptar una solución de nube híbrida.
• Limitar shadow IT (uso no sancionado de la nube pública).
• Mejorar seguridad de datos.
• Cumplir una nueva obligación regulatoria.
• Reorganizar una app para mejorar rendimiento.
• Intentar reducir costes TI que se dispararon conforme el entorno cloud creció.
• Mover cargas de trabajo a otro proveedor.

Idealmente, la repatriación cloud no debería tratar de readoptar el mismo sistema on-premise usado antes de la migración cloud. El cambio debería tratar de perseguir nuevas oportunidades de TI o encontrar una mejor forma de integrar otros sistemas con la nube pública.

La mayoría de escenarios negativos de repatriación cloud ocurren cuando una empresa se precipita en la adopción cloud. Falta de planificación inicial, KPIs pobres y planes de migración lift-and-shift a menudo fuerzan al equipo a traer una app de vuelta de la nube.

Beneficios de la Repatriación Cloud

La repatriación cloud puede traer beneficios significativos si tienes el presupuesto y un personal TI capaz de ejecutar un sistema on-premise. A continuación, un vistazo más cercano a las ventajas más impactantes de sacar una app de la nube pública a favor de una solución on-site.

Una Oportunidad para Mejor Seguridad de Datos

Muchas empresas deciden repatriar a un sistema on-premise debido a preocupaciones de seguridad de la nube pública. Múltiples factores aumentan el riesgo de mantener datos en la nube pública:

• Cientos o incluso miles de tenants comparten la infraestructura de nube pública, creando amplia oportunidad para errores y exploits.
• Como el proveedor cloud maneja el hardware subyacente, hay falta de transparencia sobre qué controles mantienen tus datos seguros.
• Aunque la nube pública ofrece medidas de seguridad de primer nivel, depende del equipo del cliente configurar y usar estas medidas lo mejor posible.
• A menos que firmes un SLA que diga lo contrario, el proveedor tiene los derechos sobre cualquier dato que almacenes en la nube pública.

Los fallos de seguridad por parte de un proveedor cloud son raros, pero las malas configuraciones por el usuario final no son infrecuentes. A menos que tu equipo tome el tiempo para arquitectar una solución de protección de datos adecuada e integrarla con la pila del proveedor, no hay forma de garantizar seguridad de datos en la nube pública.

Algunos negocios prefieren repatriar datos de vuelta a una pila on-premise donde tienen control práctico sobre prevención de brechas de datos y pueden disminuir significativamente la superficie de ataque. La repatriación cloud también permite a una empresa abordar problemas de seguridad multi-cloud o cumplir cualquier nuevo estándar de cumplimiento específico de la industria.

Eliminar Vendor Lock-In

El vendor lock-in ocurre cuando una empresa se vuelve demasiado dependiente de un proveedor cloud público. Una vez atrapada, el cliente no puede usar otro proveedor sin altos costes de cambio al ajustar:

• Medidas de seguridad cloud.
• Configuraciones de cumplimiento.
• Gestión de acceso.
• Rutas de comunicación.
• Redes cloud.

Cuantas más cargas de trabajo ejecutes en la nube pública, mayor el riesgo de vendor lock-in. La repatriación cloud corta esa "soga" y asegura que tu negocio no dependa demasiado de nadie más que de tu equipo interno.

No Más Altos Gastos Operativos Recurrentes (OpEx)

La nube salva a empresas de invertir fuertemente en hardware on-site, pero los precios se acumulan en gastos recurrentes pay-as-you-go. Una empresa usando recursos de nube pública paga una cuota mensual por todos:

• Instancias de servidor.
• Volúmenes de almacenamiento.
• Servicios por uso.
• Componentes cloud únicos.

Los costes cloud a menudo se disparan fuera de control con el tiempo. Investigaciones recientes revelaron que las empresas gastan hasta $62 mil millones anualmente pagando por recursos de nube pública que ni necesitan ni usan.

Una vez que una empresa se da cuenta de que gasta demasiado en la nube pública, la repatriación es un paso lógico. Sacar cargas de trabajo de la nube reduce o elimina gastos recurrentes. Necesitarás invertir en una alternativa on-site, aunque, así que la ausencia de OpEx a largo plazo viene al precio de un coste inmediato alto.

Pero, con el tiempo, la repatriación cloud es indudablemente una jugada financiera inteligente en términos de ROI (si puedes permitírtela en primer lugar). Por ejemplo, Dropbox decidió extraer 600 petabytes de datos de la nube pública en 2015 a favor de un centro de datos on-site. Como resultado, el equipo de Dropbox logró rendimiento de app más rápido mientras ahorraba un estimado de $74.6 millones.

La repatriación cloud también lleva a mejor previsibilidad de precios. Los proveedores cloud públicos cambian regularmente su estructura de precios, haciendo imposible para una empresa crear proyecciones financieras precisas a largo plazo.

Control Total Sobre la Infraestructura

Una de las razones más comunes por las que una empresa opta por repatriación cloud es el deseo de obtener control total sobre sus entornos TI. Ya sea que muevas cargas a un servidor dedicado on-premise, nube privada o arquitectura híbrida, obtendrás la libertad completa para personalizar, configurar y gestionar recursos.

Operar en la nube pública no solo quita control sobre hardware, sino que también debes trabajar con una elección limitada de software. Los proveedores a menudo restringen lo que puedes y no puedes usar para encajar la base de usuarios más amplia posible. La TI on-site no tiene tales limitaciones, otorgando al equipo interno la libertad de elegir soluciones óptimas de software y hardware.

Mejor Rendimiento de Apps

Si una nube pública tiene demasiados usuarios, la congestión puede afectar tu rendimiento. No cumplir benchmarks críticos de operación para rendimiento es una señal clara de que deberías considerar repatriación.

Aquí están los rasgos típicos de una app que rinde mejor on-premise que en la nube pública:

• Sensibilidad extrema a latencia.
• Períodos largos de I/O intensivo.
• Grandes conjuntos de datos que requieren transporte entre varias ubicaciones para procesamiento.

Si tu app tiene estas características y está rindiendo mal en la nube, eres un candidato principal para repatriación. Tu app rendirá mejor en bare metal ya que no hay hipervisor u otros tenants que puedan ralentizar el rendimiento.

Mover a un entorno de hosting on-premise también es una oportunidad para impulsar disponibilidad de app con soluciones fiables de backup y recuperación ante desastres (BDR) on-site. Garantizar 100% uptime no será fácil pero moverse lejos de la nube pública pone el control de vuelta en manos de tu equipo interno.

Desafíos de la Repatriación Cloud

Los beneficios de la repatriación cloud son atractivos, pero moverse a un sistema on-premise no es fácil (ni barato). Veamos los principales desafíos de mover una app fuera de la nube pública.

El Regreso Suele Ser Complejo

Configurar un sistema on-site y asegurar que funcione eficientemente no es fácil. Tu equipo primero necesita definir una infraestructura óptima, tras lo cual debes contratar un equipo capaz de técnicos para configurar y ejecutar el nuevo sistema.

El movimiento en sí también puede ser desafiante. A menos que el proveedor y cliente compartan la misma pila de herramientas, repatriar una app es más fácil de decir que de hacer. Transicionar completamente una app cloud-native a un sistema on-premise es complejo y consume tiempo, así que espera tiempo de inactividad prolongado durante el movimiento y una serie de errores tras la transición. Tampoco debes esperar mucha ayuda del proveedor ya que naturalmente no se sienten compelidos a tener una estrategia de salida simple para sus clientes.

También recuerda que la repatriación añade complejidad a gestión y monitoreo. En la mayoría de casos, el movimiento puede no valer la pena ahorrar unos dólares en costes cloud.

En algunos casos, incluso podrías necesitar convertir datos a un formato usable antes del movimiento. Por ejemplo, al mover una app de la nube pública a una solución VMWare on-premise, tu equipo necesita usar VMWare Converter para construir VMDKs y recrear la VM. Este proceso puede llevar mucho tiempo y requiere una interrupción extendida del sistema actual.

Plataformas para orquestación de contenedores (como Kubernetes y Docker) son un gran activo al repatriar una app de la nube pública. A diferencia de máquinas virtuales tradicionales, los contenedores no tienen dependencias y son mucho más portables. Si no lo están ya, esfuérzate por contenerizar tus cargas de trabajo mientras realizas repatriación cloud para asegurar migraciones más fáciles en el futuro.

La Repatriación Cloud Puede Volverse Muy Cara, Muy Rápido

Aunque el hosting on-site reduce costes operativos, el precio inicial del equipamiento de hosting on-site puede ser abrumador. Tu empresa necesita contabilizar el precio de:

• Nuevo hardware y racks de servidores.
• Una sala on-site adecuada para operaciones TI con suelos elevados, sistemas anti-llamas, refrigeración suficiente, unidad UPS, etc.
• Infraestructura de energía y redes.
• Seguridad de centro de datos on-premise (escaneos biométricos, guardias 24/7, mantraps, jaulas de rack, etc.).

No esperes nada menos que una etiqueta de precio inicial de seis cifras. Tus servicios estarán caídos mientras el equipo hace la transición, así que espera un golpe financiero en ese frente también.

Una vez que migras cargas on-site, necesitas un equipo capaz de técnicos para operar y mantener la nueva sala de servidores. Hay escasez de personal cualificado, así que prepárate para ofrecer salarios altos o esperar una pobre tasa de retención de empleados.

¿Necesitas Repatriación Cloud?

La repatriación cloud es un movimiento drástico que puede tener repercusiones operacionales y financieras significativas. Debes evaluar cuidadosamente si moverse o quedarse es la opción correcta, lo cual puedes empezar respondiendo las siguientes preguntas:

• ¿Estás desperdiciando dinero pagando por capacidad de nube pública que tu equipo no usa?
• ¿Los costes cloud actuales son considerablemente más altos que lo que esperabas antes de la migración?
• ¿Tu app de nube pública sufre problemas de rendimiento regulares?
• ¿Estás experimentando tiempo de inactividad frecuente?
• ¿Tu empresa cae bajo alguna regulación de cumplimiento (como CCPA/GDPR, HIPAA o PCI)? ¿Tu proveedor cloud público te lo pone difícil (o imposible) para cumplir obligaciones?
• ¿Tus cargas de trabajo de nube pública son demasiado sensibles a latencia para su entorno actual?
• ¿Tienes un equipo interno capaz de ejecutar una sala de servidores on-site?
• ¿Un modelo de despliegue cloud diferente tendría más sentido para tu caso de uso?
• ¿Puedes permitirte el coste de TI on-premise?

La repatriación cloud es probablemente una opción valiosa si respondiste sí a la mayoría de estas preguntas. Si la mayoría de tus respuestas fueron negativas, mantener apps de nube pública donde están es una decisión más inteligente.

Si diste respuestas mixtas, la mejor jugada es quedarse quieto por ahora. La nube pública tiene historial de volverse más barata y funcional con el tiempo. No quieres pasar por repatriación solo para descubrir en unos años que habrías estado mejor quedándote con la arquitectura original.

¿Deberíamos Esperar un Éxodo Masivo de la Nube Pública?

Casi todos los negocios mantienen algunos activos en la nube pública, lo cual no es probable que cambie. Lo que puedes esperar, sin embargo, es más empresas enfocándose en encontrar soluciones que encajen mejor cargas de trabajo individuales. Como resultado, probablemente veremos el fin del modelo "all-in" de adopción de nube pública, pero esperar que las repatriaciones causen un colapso total del mercado de nube pública no es un escenario realista.