Integración versus Migración
Cuando dos entidades deben colaborar entre ellas es necesario integrar los datos de ambas. En la decada de los 90 se hablaba mucho del "master data" que representaba las tablas del sistema donde se almacenaban los datos maestros de la empresa, habitualmente clientes, productos, conceptos de negocio. SAP fue de las empresas mas conocidas en esa epoca con este enfoque: todo lo "maestro" estaba en un mismo sitio.
Con el paso del tiempo se vio que este sistema tenia carencias, sobre todo en la integracion de sistemas muy dispares que debian existir de forma independiente pero al mismo tiempo dar un servicio "comun", por ejemplo cuando una empresa compraba a otra.
Una decision que siempre hay que tomar es: es mejor migrar un sistema hacia el otro sistema o deberiamos mantener ambos sistemas funcionando de forma autonoma e integrar solo lo necesario de alguna forma.
Google es muy conocido por realizar integraciones: como Google compra tantas empresas ya tiene toda una politica corporativa de coexistencia, donde cada aplicativo es independiente y se establecen "tuberias de integracion" para mantener cohesionado aquello que sea necesario.
Proyectos donde la migracion dio problemas
Hay casos muy conocidos donde el tradicional intento de migrar sistemas fue un desastre, por ejemplo el caso del portal de empleo Xing que fue comprando portales de empleo menores y unificando sus datos de forma caotica. Muchos usuarios salian varias veces (como si fueran varias personas) en el buscador de Xing, con el tiempo Xing fue totalmente desplazado por LinkedIn que mantenia una estructura mas saludable.
Sabadell y TSB
Todavia en 2018 seguia ocurriendo este problema, migraciones desastrosas donde realmente una integracion sincrona "caso-por-caso" hubiera sido mas recomendable, el TSB britanico perdio 60.000 clientes por dejar sin servicio durante varias semanas a cientos de miles de clientes al intentar integrarse sus sistemas.
