Un modelo canónico es un patrón de diseño que se utiliza para la comunicación entre distintos formatos de datos. Básicamente: se crea un modelo de datos que es un superconjunto de todos los demás ("canónico") y se crea un módulo o capa "traductor" desde/hacia el cual todos los módulos existentes intercambian datos con otros módulos. El modelo canónico actúa como intermediario. Ahora cada modelo solo necesita saber cómo comunicarse con el modelo canónico y no necesita conocer los detalles de implementación de los otros módulos.
Una forma de integración de aplicaciones empresariales , que tiene como objetivo reducir los costos y estandarizar las definiciones de datos acordadas asociadas con la integración de sistemas empresariales. Un modelo canónico es cualquier modelo que sea canónico por naturaleza, es decir, un modelo que se encuentra en la forma más simple posible basado en una solución de integración de aplicaciones (EAI) estándar. La mayoría de las organizaciones también adoptan un conjunto de estándares para la estructura y el contenido de los mensajes (carga útil del mensaje). El deseo de una carga útil de mensajes consistente da como resultado la construcción de una visión común del modelo canónico de dominio empresarial o empresarial dentro de un contexto determinado. A menudo, el término modelo canónico se usa indistintamente con estrategia de integración y, a menudo, implica un cambio a una metodología de integración basada en mensajes. Una migración típica del modelo de datos canónico punto a punto, un patrón de diseño empresarial que proporciona nombres, definiciones y valores de datos comunes dentro de un marco de datos generalizado. Las ventajas de utilizar un modelo de datos canónico son la reducción del número de traducciones de datos y la reducción del esfuerzo de mantenimiento. [1]
La adopción de una interfaz empresarial integral para la integración basada en mensajes comienza con una decisión sobre el middleware que se utilizará para transportar mensajes entre puntos finales. A menudo, esta decisión da como resultado la adopción de una solución de bus de servicios empresariales (ESB) o de integración de aplicaciones empresariales (EAI). La mayoría de las organizaciones también adoptan un conjunto de estándares para la estructura y el contenido de los mensajes (carga útil del mensaje). El deseo de una carga útil de mensajes coherente da como resultado la construcción de una forma empresarial de esquema XML construido a partir de los objetos de modelo comunes, lo que proporciona la coherencia y la reutilización deseadas al tiempo que garantiza la integridad de los datos.
Véase también
- Patrón de esquema canónico
- Modelo de datos común
- Integración de información empresarial
- Integración empresarial
- Arquitectura de la información
- Lista de esquemas XML
- Arquitectura orientada a servicios
- Servicio web
- Esquema XML
Referencias
- ^ "Beneficios de un modelo de datos canónico (CDM) en un entorno SOA". BLOG TECNOLÓGICO DE AMIS . 8 de agosto de 2016 . Consultado el 24 de octubre de 2017 .
Enlaces externos
- Forrester Research, Foro de Gestión de Modelos Canónicos
- Modelo canónico, esquema canónico y SOA basada en eventos
- Forrester Research, Modelado de información canónica
- Patrones de integración empresarial: modelo de datos canónico
- Concentrador y radios de metadatos (dominio de datos canónico)