La repatriación a la nube, a veces llamada “migración inversa”, es algo que cualquier organización que utilice almacenamiento en la nube debería tener en cuenta. Es el proceso de trasladar cargas de trabajo y datos de la infraestructura de la nube pública al hardware local. Esto podría ser a un centro de datos propiedad de la empresa, a una ubicación compartida o a otras instalaciones compartidas. Las organizaciones pueden optar por la repatriación debido al rendimiento de las aplicaciones, la seguridad de los datos, las regulaciones o, más a menudo, el costo. Las empresas tendrán su propio análisis de costo-beneficio sobre cuándo quedarse con la nube o cuándo volver a las instalaciones locales, pero también necesitan un plan para asegurarse de que cualquier proyecto de repatriación sea un éxito. No existen reglas estrictas sobre los conjuntos de datos que más se benefician al volver al almacenamiento local. Dicho esto, es posible identificar datos en los que hacerlo tiene sentido. En términos generales, la repatriación puede ser la mejor opción cuando los datos son sensibles, sensibles al tiempo o costosos de almacenar en la nube. Los datos sensibles incluyen información regulada, datos personales de clientes o cuando cuestiones de soberanía de datos u otras regulaciones imponen límites geográficos sobre dónde se pueden almacenar. Los gobiernos también tendrán restricciones adicionales sobre los datos que se pueden almacenar en la nube, especialmente para cualquier cosa que afecte a la seguridad nacional. Los datos sensibles al tiempo incluyen información a la que los usuarios necesitan acceder lo más rápido posible (pensemos en los feeds de transacciones financieras) o cuando la aplicación es sensible a la latencia. Este es un problema común en la fabricación y algunas áreas de I+D, pero la latencia puede afectar las aplicaciones comerciales del día a día, e incluso tecnologías como la IA. Si una organización quiere un control total sobre los flujos de datos, es probable que opte por su propia red y almacenamiento, no por la nube. El factor de costo El costo también es siempre un factor. Aquí, es más una cuestión de cómo se usan los datos, en lugar de qué son. Tiene mucho sentido almacenar un archivo a largo plazo o un volumen de respaldo en la nube, pero el cálculo cambia cuando las organizaciones quieren acceder a los datos con mayor frecuencia. Eso podría ser, por ejemplo, cuando se utilizan datos históricos en aplicaciones de inteligencia empresarial o para entrenar modelos de IA. Entonces, las tarifas de salida del proveedor de la nube (un cargo cobrado para mover datos fuera de la nube) pueden acumularse. Este es un área en la que el equilibrio entre la nube y las instalaciones locales cambia con el tiempo. Un pequeño servidor de prueba y desarrollo, con un almacenamiento mínimo, será rentable en la nube, pero podría no serlo tanto si se utiliza en producción, y los presupuestos de almacenamiento en la nube cuidadosamente calculados pueden verse alterados si los usuarios comerciales deciden que los datos en «almacenamiento en frío» se utilizarán de forma regular en su lugar. «Ha habido un movimiento bidireccional de datos y aplicaciones durante mucho tiempo», dice Tony Lock, analista distinguido de Freeform Dynamics. «Básicamente, es un hecho de la vida. Las personas mueven algunas cosas a la nube porque tiene sentido y luego, después de un período de tiempo, la forma en que están utilizando esa información cambia o sus necesidades cambian, o algo más los impulsa a modificar las cosas y las mueven de vuelta». ¿Cómo se prepara la infraestructura privada para la repatriación a la nube? Las organizaciones que desean mover datos de vuelta a su propia infraestructura de TI, como un centro de datos o una instalación de colocación, deben hacer el trabajo preliminar. Primero, deben asegurarse de tener la capacidad de almacenamiento físico para los datos que se van a mover. Esto debe planificarse. Algunos proveedores tienen largos plazos de entrega para nuevos arreglos de discos o incluso actualizaciones, como nuevos discos o módulos de estado sólido. Luego está la capacidad de red y la infraestructura física en el centro de datos, como espacio en rack, energía y refrigeración. Un gran proyecto de repatriación puede ser un incentivo para reorganizar el centro de datos, tal vez mediante el traslado a equipos más nuevos que puedan incluir más almacenamiento en un solo rack o que consuman menos energía. Luego está el personal necesario para respaldar la migración y las operaciones diarias posteriores. ¿Hay suficiente personal para aprovisionar y administrar un sistema más grande? ¿Tienen las habilidades de seguridad y privacidad necesarias para manejar datos confidenciales? ¿Tienen los conocimientos técnicos para manejar aplicaciones críticas para la misión y sensibles a la latencia? Estas son preguntas clave en un contexto en el que muchas organizaciones han reducido los equipos de TI al subcontratar a proveedores de la nube. Las empresas que han crecido en la era de la nube pueden no tener la experiencia interna en absoluto. Construir un equipo puede llevar tanto tiempo, si no más, que construir la infraestructura, y el costo puede pasarse por alto fácilmente mientras está envuelto en las tarifas del proveedor de servicios de nube. ¿Cómo se pueden preparar los datos y la infraestructura para el futuro cuando se repatrian desde la nube? Una pregunta clave aquí es también cómo asegurarse de poder revertir el proceso si así lo desea. Los directores de información (CIO) probablemente querrán asegurarse de que, si trasladan datos y aplicaciones de vuelta desde la nube, no se pierdan los beneficios futuros de las aplicaciones nativas de la nube. En otras palabras, no querrán trasladarse de la nube para quedarse atado a una oferta local para siempre. Que una organización pueda mantener su preparación para los beneficios completos de la nube nativa dependerá en gran medida de su infraestructura. El uso de Kubernetes y otras aplicaciones basadas en contenedores en las instalaciones es una forma de garantizar que las aplicaciones y los datos sean independientes del hardware y fáciles de trasladar, incluso a la nube. Al mismo tiempo, los proveedores de nube a gran escala han facilitado la migración de datos y han proporcionado herramientas de gestión que pueden controlar el almacenamiento local y en la nube. No obstante, el proceso rara vez es sencillo. “No es fácil volver a la nube local, a menos que se quiera utilizar la nube de una forma muy poco óptima y muy mercantilizada”, advierte Lydia Leong, distinguida vicepresidenta analista de Gartner. “Una de las características interesantes de las organizaciones que han repatriado es que utilizan la nube únicamente como plataforma de alojamiento. Era una forma de conseguir servidores a demanda de forma relativamente barata”. La repatriación puede ser aún más difícil para las empresas que utilizan aplicaciones de software como servicio (SaaS) para ejecutar procesos empresariales. “En muchos casos, no existen buenos equivalentes locales a las soluciones que se compran en la nube”, afirma Leong. “En muchos mercados, el proveedor empresarial más avanzado es ahora un proveedor de SaaS”. Afirma que las empresas deberían asegurarse de tener el derecho contractual de repatriar los datos. Mientras tanto, la repatriación de cargas de trabajo desde SaaS depende en gran medida de disponer de la infraestructura física y de una aplicación adecuada para ejecutarse localmente. Por último, los CIO también deben considerar si pueden seguir utilizando la nube para capacidad temporal o para aumentar la capacidad. Nuevamente, este es un área en la que las aplicaciones nativas de la nube y las innovaciones como el almacenamiento de objetos y los sistemas de archivos globales serán de ayuda. Como señala Lock de Freeform, los proyectos de repatriación exitosos mantendrán un camino abierto hacia la nube para respaldar operaciones futuras, como ingresar a un nuevo mercado donde la empresa no tiene un centro de datos. En ese caso, la nube tiene sentido, incluso si el plan a largo plazo es traer los datos de regreso a la empresa.