Cloud Data

Las migraciones empresariales rara vez ocurren en una sola fecha.

Una organización puede tener definida su arquitectura cloud, comenzar a trasladar aplicaciones e incluso poner algunas cargas en operación mientras otros sistemas continúan funcionando dentro de su infraestructura anterior.

Durante semanas, meses o incluso periodos más largos, ambos mundos tienen que coexistir.

Legacy sigue operando. Cloud comienza a crecer. Y los datos continúan cambiando.

Ese periodo intermedio es una de las etapas más delicadas de una modernización tecnológica.

Porque el reto ya no consiste solamente en llevar información desde un centro de datos hacia la nube.

La pregunta pasa a ser:

¿Cómo mantener los datos disponibles y suficientemente actualizados mientras distintas partes del negocio siguen operando en plataformas diferentes?

La migración empresarial no suele ser un “antes y después”

Cuando imaginamos una migración a la nube es fácil representarla como un cambio lineal:

On-premise → Cloud

Pero las organizaciones complejas rara vez pueden realizar un cambio completo en un solo movimiento.

Una aplicación puede depender de otros sistemas.

Una unidad del negocio puede estar preparada para migrar mientras otra todavía necesita tecnología legacy.

Algunos módulos pueden modernizarse primero.

Otros requieren integraciones que todavía permanecen dentro del centro de datos.

Por eso muchas transformaciones terminan funcionando temporalmente bajo un modelo de cloud híbrida.

La nueva plataforma empieza a operar, pero el sistema anterior todavía no puede desaparecer.

Y durante esa convivencia, los datos tienen que cruzar la frontera entre ambos entornos.

🔗 Conoce más sobre los retos de los datos durante una migración a la nube

Cuando dos plataformas necesitan trabajar con la misma realidad

Este problema aparece con claridad en migraciones graduales.

NETI ha participado en un proyecto con una empresa líder de retail con un portafolio de marcas de moda y lujo, donde la transición hacia una nueva plataforma cloud no puede realizarse de manera simultánea para toda la organización.

Diferentes unidades y marcas operan sobre tecnologías distintas y avanzan hacia la nueva arquitectura en momentos diferentes.

Eso significa que durante la transición algunas operaciones continúan dependiendo del sistema legacy mientras otras comienzan a trabajar sobre la nueva plataforma.

Pero el negocio sigue siendo uno.

Clientes, productos, operaciones, catálogos y otros datos pueden continuar cambiando independientemente de dónde se encuentre cada aplicación.

Ahí aparece una necesidad fundamental:

ambos entornos deben poder trabajar con información suficientemente actualizada mientras continúa la migración.

La transformación deja entonces de parecerse a una mudanza y empieza a parecerse más a un puente.

Durante un periodo, la información necesita seguir circulando entre dos mundos.

Una copia completa resuelve un momento. No necesariamente resuelve la transición.

Supongamos que una organización realiza una copia de su base de datos y la traslada hacia el entorno cloud.

En ese momento ambos sistemas pueden comenzar con información equivalente.

Pero producción continúa operando.

Se generan nuevas transacciones.

Cambian registros.

Aparecen nuevos clientes.

Se modifican productos.

La información original sigue evolucionando.

Poco después, aquella copia inicial ya no representa exactamente el estado actual de la fuente.

Podríamos volver a generar otra copia completa.

Y luego otra.

Y otra.

Pero en bases empresariales de gran tamaño, repetir continuamente ese proceso puede introducir nuevamente movimiento de datos, tiempos de espera y trabajo operativo.

Por eso, en una transición prolongada, la conversación tiene que avanzar de:

“¿Cómo copiamos esta base?”

hacia:

“¿Cómo mantenemos actualizado el nuevo entorno mientras la fuente continúa cambiando?”

De volver a copiar todo a replicar los cambios

Después de una transferencia inicial, la réplica incremental permite mantener actualizado el entorno destino enviando únicamente los cambios que se producen en la fuente.

Una alternativa consiste en separar el proceso en dos etapas.

Primero se realiza una transferencia inicial de los datos.

Después, en lugar de volver a trasladar periódicamente todo el conjunto, se transfieren los cambios que se han producido desde la actualización anterior.

El modelo puede visualizarse así:

Transferencia inicial → cambios incrementales → cambios incrementales → actualización continua

Este enfoque permite mantener un entorno destino más cercano al estado de la fuente sin tener que tratar cada actualización como una nueva mudanza completa.

La replicación incremental resulta particularmente útil durante una migración gradual porque el sistema anterior puede continuar operando mientras el nuevo entorno recibe las actualizaciones necesarias para acompañar la transición.

El objetivo no es que ambos sistemas sean idénticos en absolutamente todo momento.

La organización debe definir qué nivel de actualización necesita cada aplicación y proceso.

Lo importante es contar con un mecanismo de actualización adecuado para el periodo en el que legacy y cloud todavía tienen que convivir.

Replicar datos no es lo mismo que hacer un respaldo

Aquí conviene distinguir dos conceptos que a veces se mezclan.

Un respaldo está diseñado fundamentalmente para conservar una copia que permita recuperar información ante una pérdida, corrupción u otro incidente.

La replicación responde a otra necesidad: mantener información disponible o actualizada en otro entorno a medida que la fuente continúa cambiando.

Ambos mecanismos pueden formar parte de una estrategia de datos, pero no resuelven exactamente el mismo problema.

Durante una migración cloud, esta diferencia es importante.

El objetivo no es solamente disponer de una copia por si algo falla.

También puede ser necesario que el entorno hacia el que estamos migrando continúe recibiendo datos suficientemente recientes mientras la plataforma legacy permanece activa.

Por eso una estrategia de modernización debe preguntarse no solo:

¿Tenemos un respaldo?

sino también:

¿Cómo vamos a mantener actualizado el entorno que estamos construyendo?

La frecuencia de actualización depende del negocio

No todos los datos necesitan actualizarse con la misma velocidad.

Una aplicación transaccional puede requerir información mucho más reciente que un ambiente utilizado para determinadas pruebas.

Un sistema de desarrollo puede trabajar con una versión controlada de los datos.

Otra aplicación puede necesitar actualizaciones más frecuentes mientras se acerca una fecha de transición.

Por eso una estrategia híbrida no debería comenzar preguntando únicamente qué herramienta utilizar.

Primero debe definir:

• qué sistemas continuarán operando en legacy;
• cuáles comenzarán a operar en cloud;
• qué datos comparten;
• cuáles son críticos para ambas plataformas;
• con qué frecuencia necesitan actualizarse;
• cuánto desfase resulta aceptable;
• qué información sensible necesita protección;
• y durante cuánto tiempo se espera que ambos mundos convivan.

La tecnología viene después.

Primero hay que entender qué necesita seguir funcionando durante la transición.

Sincronizar tampoco significa distribuir datos sin control

Mantener información disponible en varios entornos introduce otra pregunta crítica:

¿Todos esos ambientes deberían recibir exactamente los mismos datos?

No necesariamente.

Un entorno productivo puede necesitar información completa.

Pero desarrollo, QA o pruebas pueden no requerir acceso a nombres reales, números de cuenta, datos financieros, identificadores personales u otra información sensible.

Por eso la sincronización no debería separarse de la protección del dato.

Una arquitectura moderna debe poder considerar dos necesidades simultáneas:

mantener los datos actualizados

y

controlar qué información puede llegar a cada destino.

Esta distinción cobra todavía más importancia durante una migración, cuando temporalmente puede aumentar el número de plataformas, equipos y ambientes que participan en el proyecto.

Más destinos no deberían significar automáticamente más exposición.

La convivencia también afecta desarrollo y pruebas

Mostrar que los datos no solo deben sincronizarse entre legacy y cloud, sino también ponerse a disposición de distintos ambientes de desarrollo y pruebas.

El problema híbrido no termina en las aplicaciones productivas.

Mientras una organización migra, los equipos de desarrollo y QA también necesitan seguir trabajando.

Pueden tener que probar:

• componentes que todavía interactúan con legacy;
• nuevas funcionalidades sobre cloud;
• integraciones entre ambos ambientes;
• procesos que están siendo modernizados gradualmente;
• diferentes versiones de una misma aplicación.

Si cada nuevo ambiente depende de crear manualmente una copia completa de la base, la disponibilidad de datos vuelve a convertirse en una limitación.

Aquí empiezan a conectarse dos capacidades diferentes:

replicación, para mantener datos disponibles entre ubicaciones;

y aprovisionamiento, para poner esos datos a disposición de los equipos que los necesitan.

La primera ayuda a acercar la información al nuevo entorno.

La segunda ayuda a convertirla en ambientes utilizables.

Esta distinción resulta importante porque llevar los datos a cloud no significa automáticamente que desarrollo y QA puedan utilizarlos cuando los necesitan.

🔗También te puede interesar conocer sobre los costos ocultos de los datos durante una migración cloud

¿Dónde entra Delphix?

Delphix trabaja precisamente sobre esta capa de la arquitectura.

Su tecnología permite replicar datos entre diferentes entornos, incluido un escenario donde la fuente se encuentra on-premise y el destino en una nube pública.

Después de la transferencia inicial, las actualizaciones posteriores pueden transmitir los cambios realizados desde la última actualización en lugar de repetir continuamente el conjunto completo.

Una vez disponibles en el entorno destino, esos datos también pueden utilizarse para aprovisionar ambientes virtuales para desarrollo y pruebas.

Esto permite pensar la transición como un flujo:

replicar → mantener actualizado → aprovisionar → proteger

en lugar de depender exclusivamente de:

copiar → transportar → restaurar → volver a copiar

Además, Delphix puede utilizarse dentro de diferentes arquitecturas cloud empresariales.

El objetivo no es sustituir la estrategia de migración de la organización.

Es resolver una pregunta específica dentro de ella:

¿Cómo conseguir que los datos puedan acompañar una transición que no ocurre de una sola vez?

La cloud híbrida no debería convertirse en un estado permanente por accidente

La convivencia entre legacy y cloud puede ser una etapa necesaria.

Pero también puede convertirse en una fuente permanente de complejidad si la organización no define desde el principio cómo administrará los datos durante ese periodo.

Cuanto más difícil sea mantener los sistemas actualizados, probar las nuevas aplicaciones y proporcionar datos a los equipos, mayor será la fricción para avanzar hacia la siguiente fase.

Por eso una estrategia híbrida debería contemplar desde el inicio:

• qué datos tienen que atravesar ambos entornos;
• cómo se mantendrán actualizados;
• qué destinos necesitan información completa;
• dónde debe aplicarse protección;
• qué equipos necesitan ambientes independientes;
• y qué condiciones permitirán finalmente retirar los componentes legacy.

La sincronización no es el objetivo final.

Es un mecanismo para permitir que la organización siga avanzando mientras la transformación ocurre.

La migración no necesita un salto. Necesita un puente.

Las grandes transformaciones tecnológicas pocas veces permiten apagar un mundo antes de comenzar el siguiente.

Durante un periodo, ambos tienen que existir.

La clave está en evitar que los datos se conviertan en la barrera entre ellos.

Cuando la información puede mantenerse actualizada, protegerse y ponerse a disposición de los equipos adecuados, la coexistencia entre legacy y cloud deja de ser únicamente una complicación técnica.

Se convierte en una etapa administrable del proceso de modernización.

Porque en una migración gradual, la pregunta no es solamente cómo llegar a la nube.

Es cómo mantener funcionando el negocio mientras llegamos.

¿Legacy y cloud tienen que convivir durante tu migración?

Conoce cómo la replicación, virtualización y protección de datos pueden ayudar a mantener la información disponible y actualizada durante la transición.

Conoce cómo Neti puede ayudarte