Compartir a través de


Administración de datos maestros en malla de datos

Las empresas que usan una arquitectura de malla de datos suelen tener un gran número de dominios, cada uno de los cuales contiene sistemas y datos únicos.

Esta amplia distribución de datos aumenta la complejidad porque es posible que existan 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 en contextos entre estos dominios diferentes. 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 MDM. Los números de identificación maestros vinculan los datos y los datos maestros de sus dominios. Estos números son fundamentales para su capacidad de realizar un seguimiento de los datos maestros y qué datos 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 dominios debido a su naturaleza distribuida. La coherencia es más difícil de lograr porque se basa en MDM dentro de los dominios.

Una manera de lograr 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 mediante los identificadores de referencia empresarial de los datos de referencia empresarial al distribuir los productos de datos entre otros dominios. Esto permite que los demás dominios reconozcan rápidamente los datos maestros dentro de esos productos de datos.

Dominio de administración de datos maestros

También puede crear nuevos dominios de 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 en el que se centra la identificación y el control de los datos maestros. Algunos ejemplos conocidos de estos datos son los clientes, los productos, los empleados, las ubicaciones geográficas y la información sobre finanzas y riesgos. Los datos maestros de estos dominios de MDM deben encontrar su camino hacia otros dominios. Esta distribución de datos es similar a la distribución de los productos de datos.

Puede limitar 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 determinado ámbito, los productos de datos no tienen que ajustarse a los datos maestros empresariales, pero más allá de los límites del ámbito, los productos de datos sí deben cumplir la normativa. 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 de MDM. Los dominios necesitan 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 son maestros y qué datos se pueden vincular rápidamente. Si cambia una clave de dominio local en un sistema operativo, un identificador maestro es el único elemento que enlaza todo.

Cuando distribuya identificadores maestros, no extrapole los identificadores maestros de MDM a todos los sistemas de origen. Hacerlo puede provocar 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, cree vistas parciales de los datos maestros dentro de un ámbito específico. Esto es útil cuando los datos se comparten entre algunos de los dominios, pero no todos.

Administración de datos maestros de nivel de dominio

Es importante que los dominios superpuestos administren los datos, pero no tengan ninguna dependencia central. Las soluciones de MDM pueden ayudarle a lograr esto. Puede simplificar el uso enormemente 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 la reutilización de datos maestros. En lugar de compartir datos maestros, se 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 la lógica de negocios dentro de los dominios. Los equipos pueden desviar, realizar mejoras o usar versiones ligeramente optimizadas de la lógica a medida que se ajusten. Puede volver a generar las salidas a medida que se agregan mejoras de la comunidad en el repositorio de código central.

Tenga en cuenta que permitir que los equipos modifiquen su código pueden hacer que la comparación de 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 de empresa.

La organización debe encontrar el equilibrio correcto para MDM. Tener demasiadas áreas de datos maestros o valores de referencia conduce a una demasiada alineación entre dominios. No tener ningún dato empresarial 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 la 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 esquematizar un ámbito claro. No entre 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 los procesos y la gobernanza una vez que haya llegado a un acuerdo con los dominios. Haga que los acuerdos sobre escalas de tiempo y revisiones sean claros para todos los dominios. Asegúrese también de trabajar en los metadatos. Catalogue los datos maestros. Asegúrese de que los dominios sepan qué elementos de datos son candidatos de los sistemas de origen y cómo fluyen esos elementos a través de las canalizaciones 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, ya que requiere que realice muchos cambios de arquitectura. Los dominios deben poder controlar las correcciones y mejoras enviadas desde la solución de MDM administrada centralmente.

Pasos siguientes