Integración versus Migración

De ingenio2010
Revisión del 10:58 28 ene 2020 de Epsilon (discusión | contribs.) (Página creada con «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 ta...»)
(difs.) ← Revisión anterior | Revisión actual (difs.) | Revisión siguiente → (difs.)

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.

Conceptos:Conceptos de interes