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 considerar.
Es el proceso de trasladar cargas de trabajo y datos desde la infraestructura de la nube pública al hardware local. Esto podría ser en un centro de datos de propiedad empresarial, colocación u otras instalaciones compartidas.
Las organizaciones pueden optar por repatriarse 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 permanecer en la nube o cuándo regresar a las instalaciones, pero también necesitan un plan para garantizar 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 cuando hacerlo tenga sentido. En términos generales, la repatriación podría ser la mejor opción cuando los datos son confidenciales, urgentes o costosos de almacenar en la nube.
Los datos confidenciales incluyen información regulada, datos personales del cliente o cuando cuestiones de soberanía de datos u otras regulaciones imponen límites geográficos sobre dónde pueden almacenarse. Los gobiernos también tendrán restricciones adicionales sobre los datos que pueden almacenarse en la nube, especialmente para cualquier cosa que afecte la seguridad nacional.
Los datos urgentes incluyen información a la que los usuarios necesitan acceder lo más rápido posible (piense en los feeds de operaciones financieras) o cuando la aplicación es sensible a la latencia. Este es un problema común en la fabricación y en algunas áreas de I+D, pero la latencia puede afectar a las aplicaciones empresariales cotidianas e incluso a 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 costo
El costo también es siempre un factor. En este caso, se trata más de cómo se utilizan los datos que de qué son. Tiene mucho sentido almacenar un archivo a largo plazo o un volumen de copia de seguridad en la nube, pero el cálculo cambia cuando las organizaciones quieren acceder a los datos con más frecuencia. Esto podría ocurrir, por ejemplo, cuando se utilizan datos históricos en aplicaciones de inteligencia empresarial o para entrenar modelos de IA. Entonces, las tarifas de salida de los proveedores de la nube (un cargo que se cobra por sacar datos de la nube) pueden acumularse.
Esta es un área donde el equilibrio entre la nube y lo local 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 serlo menos si se utiliza en producción, y los presupuestos de almacenamiento en la nube cuidadosamente calculados pueden verse alterados si los usuarios empresariales deciden guardar los datos en “almacenamiento en frío”. en su lugar, se utilizará de forma regular.
“Ha habido un movimiento bidireccional de datos y aplicaciones durante mucho tiempo”, afirma Tony Lock, distinguido analista de Freeform Dynamics. “Es básicamente una realidad 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 usan esa información cambia o sus necesidades cambian, o algo más los impulsa a modificar las cosas y las mueven hacia atrás. .”
¿Cómo se prepara la infraestructura privada para la repatriación de la nube?
Las organizaciones que quieran trasladar datos a su propia infraestructura de TI, como un centro de datos o una instalación de colo, deben hacer el trabajo preliminar.
Primero, deben asegurarse de tener la capacidad de almacenamiento físico para los datos que se mueven. Esto debe planificarse. Algunos proveedores tienen plazos de entrega prolongados para nuevas matrices 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 podría ser un estímulo para reorganizar el centro de datos, tal vez cambiando a equipos más nuevos que puedan incluir más almacenamiento en un solo bastidor o que consuman menos energía.
Luego está la gente necesaria para apoyar la migración y las operaciones diarias posteriores.
¿Hay suficiente personal para aprovisionar y gestionar 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 y sensibles a la latencia? Estas son preguntas clave en un contexto en el que muchas organizaciones han reducido sus equipos de TI al subcontratarlos a proveedores de nube.
Es posible que las empresas que han crecido en la era de la nube no tengan ninguna experiencia interna. Formar un equipo puede llevar tanto tiempo, si no más, que construir una infraestructura, y el costo puede fácilmente pasarse por alto si está envuelto en las tarifas de los proveedores de servicios en la nube.
¿Cómo se preparan los datos y la infraestructura para el futuro cuando se repatrian desde la nube?
Una pregunta clave aquí también es cómo garantizar que se puede revertir el proceso si así lo desea. Los directores de información (CIO) probablemente querrán asegurarse de que, si mueven datos y aplicaciones desde la nube, no se pierdan los beneficios futuros de las aplicaciones nativas de la nube. En otras palabras, no desea pasar de la nube para quedarse encerrado en una oferta local para siempre.
Que una organización pueda mantener su preparación para aprovechar todos los beneficios de la nube nativa dependerá en gran medida de su infraestructura.
El uso de Kubernetes y otras aplicaciones locales basadas en contenedores es una forma de garantizar que las aplicaciones y los datos sean independientes del hardware y fáciles de migrar, incluso a la nube.
Al mismo tiempo, los proveedores de nube a hiperescala han facilitado la migración de datos y proporcionado herramientas de gestión que pueden controlar el almacenamiento local y en la nube.
Sin embargo, el proceso rara vez es sencillo. “No es fácil la portabilidad en las instalaciones, a menos que se quiera utilizar la nube de una manera muy subóptima y altamente mercantilizada”, advierte Lydia Leong, distinguida vicepresidenta analista de Gartner. “Una de las características interesantes de las organizaciones que se han repatriado es que utilizan la nube únicamente como plataforma de alojamiento. Era una forma de conseguir servidores bajo demanda de forma relativamente económica”.
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 comerciales.
“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”.
Ella dice que las empresas deberían asegurarse de tener el derecho contractual de repatriar datos. Mientras tanto, repatriar cargas de trabajo desde SaaS depende en gran medida de contar con la infraestructura física y una aplicación adecuada para ejecutar localmente.
Por último, los CIO también deben considerar si aún pueden hacer uso de la nube para capacidad temporal o para ráfagas. Nuevamente, esta es un área donde las aplicaciones e innovaciones nativas de la nube, 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. Allí, la nube tiene sentido, incluso si el plan a largo plazo es devolver los datos internamente.