El siguiente es un extracto de Gestión de datos maestros empresariales: un enfoque SOA para gestionar la información principal, por Allen Dreibelbis, Eberhard Hechler, Ivan Milman, Martin Oberhofer, Paul van Run y Dan Wolfson. Se reimprime aquí con permiso de IBM Press; Copyright 2008. Lea el resumen del capítulo a continuación para saber por qué y cómo la gestión de datos maestros es esencial para las arquitecturas orientadas a servicios, o descargue un .pdf gratuito de «La gestión de datos maestros como un habilitador de arquitectura orientada a servicios» para leer más adelante.
El capítulo 1 se divide en cuatro partes. Los autores recomiendan leer el Capítulo 1 antes que el Capítulo 2.
TABLA DE CONTENIDO
En este capítulo discutiremos el uso de Master Data Management como habilitador de una Arquitectura Orientada a Servicios.
Podemos describir un modelo conceptual de una arquitectura SOA utilizando cuatro conceptos básicos. Ahí está el Proveedor de servicio quién realiza el servicio proporcionando una implementación para él, y quién publica un Descripción del servicio. los Consumidor de servicios puede utilizar la Descripción del servicio directamente o, opcionalmente, buscarla mediante el Agente de servicio. A continuación, se puede vincular e invocar el servicio del proveedor de servicios. los Agente de servicio El componente (también conocido como registro de servicio y repositorio) es opcional en este modelo. Este componente es un repositorio central y un sistema de registro para las definiciones y políticas de servicios. Es responsable de hacer que las interfaces de servicio (Web) y la información de acceso a la implementación, así como los metadatos sobre la aplicación de políticas, estén disponibles para los solicitantes potenciales. La siguiente figura es una descripción de la coherencia de estos cuatro conceptos básicos.
Haz click en la imagen para una vista mas grande
La información es el producto clave sobre el que funciona una empresa. Si la información deja de fluir, la empresa se detiene. Si la información tarda demasiado en fluir de una parte de una organización a otra, la empresa sufre. La información se almacena, comparte, analiza, transforma y consume. Por lo tanto, al igual que buscamos describir, implementar y consumir servicios empresariales discretos que pueden reutilizarse en un entorno SOA, también debemos considerar cómo describir, implementar y consumir la información como servicio (IaaS). Sin la información como servicio, los procesos están estrechamente vinculados a los datos. Estos procesos estrechamente acoplados son frágiles y no se adaptan bien a los requisitos comerciales en constante cambio. También conducen a:
El uso de la información como servicio ayuda a los clientes a identificar, acceder, administrar, proteger y entregar información en tiempo real, independientemente del tipo de información o la plataforma en la que se almacena. Garantiza un empaquetado coherente de datos, una aplicación coherente de las reglas a los datos y un control y mantenimiento centralizados. Para tratar la información como un servicio, es necesario acordar una serie de características de la información y tenerla comúnmente disponible: (1) la definición (estructura y semántica), (2) la calidad e integridad de los datos y (3) la gobernanza, los cambios en el servicio y la información subyacente deben regirse de manera uniforme y coherente.
Haz click en la imagen para una vista mas grande
Sin una base de información utilizable, su arquitectura orientada a servicios es solo una confederación flexible de procesos comerciales abstractos. Es la información de su empresa la que aporta valor a su SOA. La información como servicio consiste en proporcionar un nuevo nivel de servicios que ayuda a agregar valor a la información contenida en las fuentes de datos en toda la organización. Al tratar la información como un servicio, las organizaciones pueden mejorar la relevancia y la rentabilidad de su información, haciendo que la información esté disponible para las personas, los procesos y las aplicaciones en toda la empresa y mejorando el impacto operativo que la información puede tener para impulsar la innovación.
La gestión de datos maestros (MDM) es un componente clave de la arquitectura de información como servicio. MDM proporciona IaaS y SOA en general, una única ubicación desde la que gestionar las entidades de datos que son fundamentales para muchos de los procesos de una empresa: clientes, productos, cuentas, ubicaciones, etc. MDM proporciona una comprensión y una confianza coherentes de estos entidades de datos maestros y un mecanismo coherente para su uso en toda la organización.
Un ejemplo de un elemento de datos maestros podría ser una entidad de cliente. Recuperar una entidad de este tipo dada alguna información de identificación suena trivial, pero sin MDM, ¿dónde getCustomer servicio obtener la información del cliente? Es probable que esté disperso en muchos lugares diferentes de la empresa: en el sistema CRM, en el sistema de facturación, en el sistema de comercio web. Entonces, ¿tratamos de comprobar cada uno y buscar un consenso de sus valores? ¿Elegimos uno y esperamos que sea correcto? ¿Importa el contexto y la función de seguridad de la invocación del servicio getCustomer? ¿Cada una de las fuentes de información del cliente estructura los datos de la misma manera? ¿Y qué pasa con el usuario del servicio? ¿Cómo sabe un consumidor de servicios en qué servicios puede confiar para devolver datos limpios y actualizados? Con una única fuente de información de MDM, este problema es mucho más fácil de resolver. Puede ser una fuente de referencia de datos MDM o un formulario persistente.
Si nos fijamos en una arquitectura empresarial SOA, un sistema MDM normalmente proporcionaría los servicios compuestos y atómicos relacionados con los datos maestros utilizados por la capa de proceso empresarial y la funcionalidad transversal asociada para la integración, la seguridad, el monitoreo, etc. El área sombreada en la siguiente figura muestra esta.
Haz click en la imagen para una vista mas grande
MDM también juega un papel central al permitir la capacidad de cambiar y evolucionar centralizando el mantenimiento y la gobernanza de los datos maestros. Los cambios en el negocio suelen afectar a los elementos de datos maestros de una empresa. El impacto de estos cambios en los datos maestros se puede determinar con mayor precisión en un modelo administrado usando MDM, y el número de puntos de contacto donde los cambios deben aplicarse se reduce cuando se usa MDM. De esta manera, un sistema MDM puede mejorar la capacidad de respuesta a los cambios comerciales al cambiar de manera centralizada la forma en que se mantienen los datos maestros. Un ejemplo de esto serían los nuevos requisitos en torno a las regulaciones de privacidad. Permitir que la información de privacidad, que se mantenga a nivel del cliente, en todos los sistemas que mantienen la información del cliente en un entorno de datos maestros no administrado es engorroso y, debido a los requisitos de sincronización resultantes, también propenso a errores. El uso del sistema MDM para rastrear esta nueva información de privacidad a nivel empresarial para los datos maestros del cliente reduce significativamente el impacto de este requisito adicional en la empresa.
Más información sobre la gestión de datos maestros de la empresa
