Migración de Sistemas y Servicios

La migración de datos y servicios es necesaria cuando un sistema o servicio se traslada a una nueva tecnología. La migración de sistemas y servicios es una actividad a la que todas las empresas se enfrentan en algún momento. Esta actividad se desencadena por:

La adopción de sistemas o tecnologías SaaS
La sustitución o actualización de una aplicación del proveedor
Desarrollo de una aplicación hecha a medida o implementación de microservicios
Consolidación de sistemas mediante fusión o adquisición
La desinversión de parte de una empresa
Migración de la API o de los servicios de integración de un lado a otro

Las actividades de migración son una oportunidad para amplificar el valor de una implementación, ya sea en términos de costes operativos o de la oportunidad de valor que alumbra la migración. La realización de ese valor depende de las actividades de migración y del enfoque que adopte una entidad al respecto.

Beneficios de hacerlo bien

Eliminación de las limitaciones o defectos ya existentes.

Reducir el tiempo y el coste para lograr una migración exitosa.

Maximizar la oportunidad del nuevo sistema y la inversión realizada.

Crear una base positiva para la innovación futura.

¿Cómo abordar los proyectos de migración?

Las siguientes actividades son bastante comunes entre los proyectos de migración.

Conciliar los modelos de datos y elaborar un conjunto de reglas de asignación para los objetos empresariales claves compartidos entre los sistemas.
Auditoría de las características o funcionalidades clave, reglas de negocio, etc., que deben producirse o replicarse en la nueva pila tecnológica.
Comprender las limitaciones de lo existente en términos de datos, arquitectura y funcionalidad e incorporar mejoras en los nuevos servicios.
Optimizar la nueva aplicación para dar cabida a las lecciones aprendidas de la anterior.
Diseño de datos y arquitectura para el nuevo sistema.
Elaboración de un modelo canónico y de las API por capas para garantizar que se puedan conectar y utilizar los sistemas dentro de una arquitectura cuando surja la necesidad de migrar.

Tanto si se trata de una migración de sistemas como de una migración de servicios de integración/API, el primer paso suele ser auditar lo que hay en cuanto a características y funcionalidad, reglas de negocio, y datos que deben replicarse en la nueva pila tecnológica. La conciliación de los modelos de datos entre los sistemas y la elaboración de reglas de asignación para los objetos empresariales compartidos es fundamental. Nos encontramos con cubos de datos para migrar con reglas específicas para cada lote. Además, esos datos tienen diferentes niveles de automatización. La calidad de estos, o la falta de ella, es una de las principales razones por las que acabamos teniendo estos cubos o categorías de datos. A menudo, se deben a cambios en los procesos empresariales o en el personal clave a lo largo del tiempo.

Por lo general, las organizaciones tratan de resolver los problemas de calidad de los datos, las limitaciones de estos, la funcionalidad y la arquitectura durante el proceso de migración. Es una oportunidad para optimizar la nueva implementación y conseguir los modelos de datos y una arquitectura correcta. El desarrollo de un modelo de datos canónico durante estas actividades, mediante la reimplementación de los servicios de integración, puede simplificar considerablemente las actividades de migración.

Errores habituales que se cometen en proyectos de migración

La migración de los sistemas «tal cual» suele dar lugar a una migración de las limitaciones o problemas existentes en el sistema receptor. En un esfuerzo por no romper un proceso de negocio, las empresas acaban comprometiendo el valor de la nueva implementación. Pensar «así es como funciona» en vez de «así es como debería funcionar».

No abordar los problemas de calidad de los datos migrados porque creemos que estos representan la verdad y pueden socavar la fiabilidad de los usuarios en lo que ven o informan desde el nuevo sistema. Implementar un nuevo enfoque a través del cual ver nuestros datos o ver la verdad en ellos. Si necesitamos el antiguo enfoque, es mejor almacenar los datos y los informes heredados en lugar de comprometer el valor o la confianza en la nueva implementación.

No prever adecuadamente los downstream systems y de los servicios posteriores que dependen de lo que se está migrando. Ya sea esto, o bien hacer demasiadas previsiones, lo que lleva a no abordar los problemas del modelo de datos subyacente. Hay formas y medios en términos de integración que nos permiten prever las necesidades de datos posteriores sin comprometer la nueva implementación. La implementación de un modelo de datos canónico es un ejemplo de ello.

La falta de integración hasta el final es mucho más común de lo que la gente puede esperar. Si la integración aparece en el registro de riesgos de un proyecto de migración, es porque se abordó demasiado tarde en el proyecto. Rara vez es la implementación del nuevo sistema o servicio lo que resuelve el problema de la empresa, sino la forma en que se implementa. Los consultores de aplicaciones que contraten para desplegar el nuevo sistema necesitan consultores de integración que les ayuden a tener éxito en la implantación.

Cómo puede ayudar Chakray

En Chakray, estamos especializados en datos e integración. La migración es una de las iniciativas más comunes y frecuentes sobre la que se nos consulta. Ayudamos a empresas de todos los tamaños a obtener el valor de las migraciones de sistemas mediante la participación temprana en sus necesidades de datos e integración en la implementación.

Contáctanos