Administración de datos maestros en la malla de datos
Las empresas que usan una arquitectura de malla de datos suelen tener un gran número de dominios, cada una de las cuales contiene sistemas y datos únicos.
Esta distribución generalizada de datos aumenta la complejidad porque puede existir varias versiones de los mismos datos en esta configuración. La integración requiere más esfuerzo porque los propietarios tienen que integrar y armonizar todas las partes diferentes de los mismos datos de varios dominios. Los datos pueden ser incoherentes entre estos distintos dominios y la calidad de los datos también puede variar. Aplique la administración de datos maestros (MDM) para abordar estos desafíos.
Administración de datos maestros orientados a dominio
Los números de identificación maestros son un aspecto importante de su MDM. Estos números conectan los datos maestros con los datos de sus dominios. Son fundamentales para su capacidad de realizar un seguimiento de los datos maestros y los datos que van juntos. Solo puede identificar datos únicos y asignar números de identificación maestros de forma centralizada, no localmente dentro de un sistema. Los datos maestros de diferentes sistemas deben estar juntos dentro de la solución MDM.
MDM funciona de forma diferente en arquitecturas orientadas a dominio debido a su naturaleza distribuida. La coherencia es más difícil de lograr porque dependes de MDM dentro de tus dominios.
Una manera de lograr la coherencia es pedir a los dominios que se ajusten a los datos maestros administrados centralmente al distribuir productos de datos. Puede publicar una lista de datos maestros en un almacén de datos maestros o en un repositorio central. El dominio puede clasificar los datos utilizando los identificadores de referencia empresarial de sus datos de referencia empresarial al distribuir productos de datos a través de otros dominios. Esto permite que los demás dominios reconozcan rápidamente los datos maestros dentro de esos productos de datos.
También puede crear nuevos dominios MDM al agrupar las actividades de MDM y usar un almacén de datos maestros como repositorio centralizado. Cada nuevo dominio MDM debe contener un sujeto de datos específico sobre el cual se enfoca la identificación y el control de los datos maestros. Algunos ejemplos conocidos de estos datos incluyen clientes, productos, empleados, ubicaciones geográficas e información sobre finanzas y riesgos. Los datos maestros de estos dominios MDM deben encontrar su camino de vuelta a otros dominios. Esta distribución de datos es similar a la distribución de los productos de datos.
Puede definir el ámbito de la administración de datos maestros y permitir diferentes enfoques para la distribución de productos de datos. Dentro de los límites de un ámbito determinado, los productos de datos no tienen que ajustarse a los datos maestros de empresa, pero más allá de los límites del ámbito, los productos de datos deben ajustarse. También puede aplicar este patrón a la inversa, lo que requiere el cumplimiento de los datos maestros solo dentro de un ámbito específico y no fuera de él. En estas configuraciones, los datos maestros se administran centralmente dentro de la solución MDM. Los dominios deben intercambiar datos maestros para saber qué datos locales se van a asignar a los datos maestros centrales. Identifique y mantenga estas relaciones para saber qué datos se han masterizado y cuáles se pueden vincular rápidamente. Si cambian las claves de dominio locales de un sistema operativo, un identificador maestro es el único elemento que enlaza todo.
Al distribuir identificadores maestros, no extrapola los identificadores maestros de MDM a todos los sistemas de origen. Si lo hace, puede causar problemas de coherencia. Solo las aplicaciones o sistemas que están sujetos a MDM deben obtener un identificador maestro del centro de MDM. Los sistemas que no están sujetos a MDM deben usar su propia integridad local (dominio).
Administración de datos maestros de nivel de dominio
Al buscar datos superpuestos, es probable que descubra varios grados de superposición. Algunos datos son genéricos y abarcan muchos dominios. Otros datos tienen una superposición limitada y solo abarca algunos dominios. Distinga la cantidad de datos que se superponen y su importancia al extender MDM a MDM de nivel de dominio. Para ello, puede crear vistas parciales de los datos maestros dentro de un ámbito específico. Esto resulta útil cuando los datos se comparten entre algunos, pero no todos, de los dominios.
Es importante que los dominios superpuestos administren los datos, pero no tengan ninguna dependencia central. Las soluciones MDM pueden ayudarle a lograr esto. Puede simplificar enormemente el uso mediante la abstracción de la infraestructura y la prestación de MDM como servicio a los dominios. Si usa una solución central, aplique vistas segregadas para cada dominio o ámbito individual.
Lograr coherencia con componentes reutilizables
El uso compartido de código es otra manera de garantizar la colaboración y reutilización de datos maestros. En lugar de compartir datos maestros, comparte el código subyacente (fragmentos de código y scripts) para generar salidas y promover la reutilización eficaz. Almacene este código subyacente en un repositorio central y abierto con control de versiones. Los equipos pueden contribuir y mejorar el código que reside en este repositorio.
En este modelo, solo se aplica lógica de negocios dentro de los dominios. Los equipos pueden desviarse, realizar mejoras o usar versiones ligeramente optimizadas de la lógica según lo consideren adecuado. Puede regenerar tus resultados a medida que se agregan mejoras de la comunidad a tu repositorio central de código.
Tenga en cuenta que permitir que los equipos modifiquen su código pueden hacer que la comparación de los resultados entre varios equipos sea más difícil, lo que puede afectar a la coherencia.
Resumen de la administración de datos maestros
Los usuarios solo pueden tomar decisiones correctas si los datos que usan son coherentes y correctos. Mediante MDM, puede garantizar la coherencia y la calidad de los datos en el nivel empresarial.
La organización debe encontrar el equilibrio correcto para MDM. Tener demasiadas áreas de datos maestros o valores de referencia conduce a demasiada alineación entre dominios. No tener datos empresariales en absoluto hace imposible comparar los resultados. Una manera práctica de empezar a usar MDM de forma equilibrada es implementar un repositorio. Esta es la manera más sencilla de administrar los datos maestros de su organización. Con un repositorio, no es necesario ajustar los sistemas de dominio para aprender qué datos son de baja calidad o deben alinearse. Con un repositorio que le ayuda a obtener esa información, puede ofrecer valor más rápidamente.
Después de implementar un repositorio, debe describir un ámbito claro. No caiga en la trampa de la unificación de datos empresariales seleccionando todos los datos. Solo los datos maestros de los campos más importantes. Comience seleccionando temas que agreguen el máximo valor, como clientes, contratos, productos y unidades organizativas. El número de atributos debe estar en las decenas, no en los cientos o miles.
Alinee sus procesos y su gobernanza después de llegar a un acuerdo con sus sectores. Haga que los acuerdos sobre escalas de tiempo y revisiones sean claros para todos los dominios. Además, asegúrese de que trabaje en los metadatos. Catalogue los datos maestros. Asegúrese de que sus dominios sepan qué elementos de datos son candidatos de los sistemas de origen y cómo fluyen esos elementos a través de los flujos de datos.
El último paso, y su objetivo final, es lograr la coexistencia. Las mejoras deben volver directamente a los dominios. Esta es la parte más difícil del proceso porque requiere que realice muchos cambios de arquitectura. Los dominios deben poder controlar las correcciones y mejoras enviadas desde la solución MDM administrada centralmente.