¿Costes inasumibles? Piensa detenidamente antes de considerar dejar 'cloud' para volver a casa

La mayoría de los líderes de TI tienen activos en la nube para lograr una combinación de servicios de computación y almacenamiento mejores, más rápidos o más baratos. También esperan beneficiarse de la experiencia de los proveedores cloud, experiencia que no es fácil de desarrollar y mantener internamente para las empresas, a menos que su empresa sea un proveedor de tecnología.

“Aunque los costes de potencia informática y de hardware son más bajos en la nube, es posible que su enfoque no te permita disfrutar de estos ahorros”, explica Neal Sample, consultor y ex CIO de Northwestern Mutual. “Por ejemplo, si mueves el front-end de una aplicación a la nube, pero dejas el back-end en tu centro de datos, de repente estás pagando por dos conjuntos de infraestructura”.

Otra razón común por la que las empresas están decepcionadas es que colocan los activos de información en la nube con un enfoque lift and shift de tal forma que las aplicaciones nunca se beneficien de las ventajas del modelo, como la elasticidad. “Una buena aplicación elástica no sucede por arte de magia”, dice Sample. “Debe estar escrito de forma nativa para AWS o para otra plataforma”.

El dilema es que nunca te beneficias realmente de ir a la nube hasta que empiezas a usar las funciones nativas. E incluso entonces, puede quedar atrapado, no solo en la nube, sino también en un único proveedor de nube. “Hay muchas diferencias entre AWS, por ejemplo, y Azure”, agrega Sample. “Usar las funciones nativas de uno contra el otro puede bloquearte. Sin embargo, no te beneficiarás de lo que la nube tiene para ofrecer hasta que rediseñes tu aplicación para la nube, y eso significa usar funciones nativas”.

Una tercera razón por la que las empresas están decepcionadas es por la falta de control sobre sus sistemas de información. Esto es particularmente pronunciado en industrias fuertemente reguladas, como los servicios financieros y la atención médica, donde las empresas pueden ser consideradas responsables por el incumplimiento: nadie quiere confiar en un tercero para evitar problemas legales. De manera similar, los grandes agregadores de datos sienten la necesidad de control porque no quieren dejar su negocio principal en manos de un proveedor de nube.

En general, la decepción proviene de una mala planificación la mayor parte del tiempo. Gartner ha estado ofreciendo consejos en esta área, más recientemente en The Cloud Strategy Cookbook, 2023, que se puede resumir como: desarrollar una estrategia de nube antes de subira la nube; actualizar regularmente la estrategia, manteniendo un registro en un documento vivo; y alinear tu estrategia de nube con los resultados comerciales deseados. Muchas empresas que ignoraron este consejo no aprovecharon los beneficios de la nube. Como resultado, algunos han decidido repatriar los activos de información y muchos de ellos lo hacen con una planificación igualmente deficiente.

La repatriación no es para los débiles de corazón

Volver a migrar desde la nube no es un proceso fácil, independientemente de la región en la que se encuentre. "La repatriación a la nube suele ser un último esfuerzo para optimizar la estructura de costes de una empresa", observa Sumit Malhotra, CIO de Time Internet en India. “Pero lograr tal transición requiere una comprensión técnica profunda de las aplicaciones, habilidades en múltiples tecnologías y patrocinio ejecutivo del posible impacto negativo en la experiencia del usuario en el momento de esta transición. El viaje no es para los débiles de corazón”.

Repatriarse es particularmente difícil para las empresas más pequeñas, simplemente porque, a su escala, los ahorros no valen el esfuerzo. ¿Por qué comprar bienes raíces y hardware y pagar salarios extra solo para ahorrar una pequeña cantidad? Por el contrario, las empresas muy grandes tienen la escala para repatriarse, pero ¿quieren hacerlo?

“¿Quieren Visa, American Express o Goldman Sachs estar en el negocio del hardware de TI?” pregunta Sample, retóricamente. “¿Quieren tratar de obtener una ganancia modesta moviéndose más allá de su competencia?”.

El cambio también puede ser complicado cuando el coste del propio cambio no se considera parte del cálculo. Los ahorros marginales en la tasa de ejecución obtenidos al volver a colocar una aplicación en las instalaciones pueden verse compensados ??por el coste del cambio, que incluye la interrupción del negocio y la pérdida de oportunidades para hacer otras cosas, como actualizar los sistemas que ayudan a generar ingresos.

Una transición importante también puede causar tiempo de inactividad, a veces planificado y otras veces no planificado. “Rara vez es posible una transición sin inconvenientes cuando se regresa a la infraestructura privada”, dice Sample. “Y esa es una gran preocupación en una era en la que se espera acceso las 24 horas del día, los 7 días de la semana”.

Independientemente de los detalles, cuando un gran nombre se repatria, se corre la voz. Dropbox causó sensación cuando migraron del servicio de almacenamiento de AWS a su propia infraestructura diseñada a medida a partir de 2015. La empresa reportó un ahorro en el coste de los ingresos de casi 75 millones de dólares a partir de los primeros dos años después de la transición (39,5 millones de dólares de 2015 a 2016 y 35,1 millones adicionales en 2017).

Más recientemente, en octubre de 2022, la empresa de software web 37signals fue noticia cuando su CTO y cofundador David Heinemeier Hansson escribió en una publicación de blog anunciando que trasladarían sus dos plataformas principales: Basecamp (una plataforma de gestión de proyectos) y HEY (una plataforma de suscripción basada en correo electrónico), fuera de la nube. Sin embargo, no tienen la intención de ejecutar su propio centro de datos, sino de trabajar con una empresa que se ha hecho un hueco proporcionando un entorno híbrido como servicio.

“Hay empresas que se especializan en este trabajo”, dice Hansson. “Si su presupuesto es de un tamaño atractivo, es decir, muy probablemente, millones de dólares, puede darse el lujo de hacer esto varias veces con los ahorros que obtiene”.

Tanto Dropbox como 37signals tienen la motivación y la capacidad para hacer un cambio, ya que las empresas de tecnología a menudo dependen más de la computación y el almacenamiento y tienen una mayor necesidad de control y rendimiento. También tienen la experiencia para llevar a cabo una migración inversa. Aunque 37signals está trabajando con Deft.com para repatriarse, el regreso de la nube requerirá cambios significativos en las aplicaciones y las estructuras de datos para obtener una funcionalidad similar en el nuevo entorno, el tipo de cambios que no todas las empresas tienen las habilidades para hacer.

Para los Dropboxes y 37signals del mundo, la medida podría tener sentido. Pero para las empresas no tecnológicas, la ecuación es diferente. La nube se está volviendo más eficiente y económica en formas que sus centros de datos privados nunca podrían igualar. A medida que los proveedores de la nube se vuelven mejores, más rápidos, más baratos y más ubicuos, duplicar una ventaja de coste temporal puede hacer que estas empresas pierdan la oportunidad de probar sus aplicaciones en el futuro.

Tanto las empresas tecnológicas como las no tecnológicas deben tener cuidado para evitar terminar con lo peor de dos mundos. Esto sucede cuando intentan recrear las funciones de la nube en las instalaciones. “Si decide repatriarse, evite la situación en la que los equipos de ingeniería busquen imitar el entorno de la nube pública al construir contrapartes locales”, dice Malhotra.

El mismo tipo de error en la dirección opuesta suele ser una de las razones por las que las empresas se sienten decepcionadas con los servicios en la nube. Esto sucede, por ejemplo, cuando un sistema que depende de una arquitectura local, como un servidor cliente, se traslada a la nube sin ser rediseñado. Las aplicaciones escritas con una arquitectura cliente-servidor más antigua terminarán en la nube con el procesador en una ubicación diferente a la de la base de datos. La latencia resultante podría ser insoportable.

Una empresa híbrida suele ser peor que una que está estrictamente en la nube o estrictamente en las instalaciones. “En un entorno híbrido, las páginas web tardan más en cargarse, las aplicaciones no son tan ágiles para los clientes y los procesos por lotes tardan más en ejecutarse a medida que mueven datos dentro y fuera de la empresa”, dice Sample. “Si no ha renovado su arquitectura, es posible que descubra que un entorno híbrido es peor desde la perspectiva del rendimiento”.

Las reacciones instintivas no se suman a una buena planificación

“Creo que la repatriación de nubes seguirá ocurriendo, pero será más como una onda que como una ola del océano”, predice Sample. “Las empresas seguirán trasladando cargas de trabajo a la nube sin estar preparadas para hacerlo. Entonces se enfrentarán a la motivación de retirarse”.

Con el tiempo, las nubes serán más fáciles de usar. Ya se están volviendo más flexibles y la portabilidad en la nube es más práctica. Y a medida que mejore la tecnología de la nube, la repatriación se volverá aún menos atractiva de lo que es hoy.

“La motivación que convertiría esto en un tsunami simplemente no existe”, dice Sample. “Estoy seguro de que la repatriación seguirá ocurriendo, pero solo en algunos lugares. Y con demasiada frecuencia, será el resultado de una mala planificación”.