Integración de aplicaciones comerciales

La integración de aplicaciones empresariales o IAE (en inglés enterprise application integration , EAI ) es una arquitectura de middleware que permite que aplicaciones heterogéneas gestionen sus intercambios. Se coloca en la categoría de tecnologías de la información para la integración empresarial y la urbanización . Su particularidad es intercambiar datos en pseudo tiempo real .

Por extensión, la abreviatura EAI designa un sistema informático que permite lograr esta arquitectura mediante la implementación de los flujos interaplicativos del sistema de información .

Componentes

Una plataforma IAE se compone de varios elementos:

• Los conectores sirven como interfaz entre el IAE y las aplicaciones. Analizan los eventos de la aplicación y transmiten los datos asociados al IAE (o proporcionan a la aplicación datos del IAE). Estos datos se denominan objetos de negocio específicos (OMS; en inglés, objetos de negocio específicos de la aplicación ASBO) porque reflejan los datos de la aplicación (nombre del campo, formato ...).
• Los conectores OMS de (o dirigidos a) pasan por una operación de mapeo para transformar datos específicos de la aplicación (OMS) en datos estándar en IAE: OM (objetos de negocio; en inglés, objetos de negocio BO).
• Luego, los OM reflejan el modelo de datos general de la información de los diversos procesos comerciales. Luego se transmiten a procesos denominados colaboraciones que reflejan la lógica de procesamiento que se aplicará a un OM antes de transmitirla a una aplicación de destino (complete la información buscando en otra aplicación, verificando la validez del proceso de negocio, etc.).
• Una capa de transporte  : esta es la capa que se utiliza para enrutar datos entre aplicaciones. Esta capa se puede implementar intercambiando archivos (por ejemplo, usando FTP ), mediante intercambio de mensajes (por ejemplo, usando un MOM , JMS o Jabber / XMPP ) o incluso llamando a servicios (por ejemplo, usando SOAP sobre HTTP).

Ejemplo de funcionamiento

Para entender el funcionamiento, podemos presentar el siguiente ejemplo: Una aplicación de gestión de pedidos A crea un nuevo artículo (una bomba) y quiere ponerlo a disposición de una aplicación B que sigue las anomalías técnicas de este artículo y de una aplicación C que muestra el artículo en un portal web .

1. La aplicación A crea un nuevo artículo en su base de datos . Un procesamiento automático ( disparador ) captura este evento y lo archiva en una tabla de eventos con los datos asociados (artículo nuevo).
2. Un conector IAE JDBC ( base de datos ) escanea esta tabla cada diez segundos y descubre este nuevo evento. Luego recupera los datos asociados y los copia en un OMS asociándolos con un verbo ( creación ).
3. Luego, la OMS pasa por una fase de comparación para convertir los datos del nuevo artículo (específico de la aplicación A ) en un objeto comercial genérico que refleja toda la información que la empresa necesita para representar un artículo.
4. El artículo de ocupación del objeto esperado (registrado) por dos colaboraciones (C1 y C2). La première récupère l'OM, analyse le verbe (création) et envoie l'OM en création vers l'application B (Cet OM est remis en correspondance pour obtenir un article OMS destiné à B et est traité par le connecteur de B qui effectue la creación). Al mismo tiempo, la segunda Collaboration C2 recupera el OM original y lo envía para su creación a la aplicación C (mapeo, conector C).

Ventajas y desventajas

Ventajas :

• Flujos centralizados: antes de la llegada del IAE, las empresas debían desarrollar interfaces específicas para cada aplicación y conectarlas punto a punto. El resultado fue una red compleja ( plato de espagueti ) de flujos, difícil de mantener y desarrollar. Ahora, todas las interfaces IAE convergen en un servidor central ( hub ) que procesa y redistribuye los flujos a las aplicaciones registradas.
• Alimento tratado "sobre agua": los datos de actualización se transportan sobre el agua, es decir, como eventos de aplicación de fuente de medición. Esto reduce el flujo de datos durante las transferencias y propone una "actualización" particular poco después de su eventual modificación. Esto también reduce la pérdida de rendimiento de las aplicaciones debido a la extracción o actualización de los datos porque solo se procesan flujos pequeños y distribuidos en el tiempo.
• Flujo reutilizable: si una nueva aplicación quiere acceder a los OM ya presentes en el IAE, ya no es necesario desarrollar toda la lógica de recuperación. En teoría, solo necesita agregar al concentrador IAE su colaboración (si necesita un procesamiento específico), su OMS, sus mapeos y su conector.
• Costo de la migración de la interfaz: al cambiar una de las aplicaciones interconectadas (migración, cambio de producto), son necesarias pocas modificaciones. Solo es necesario cambiar el conector, la asignación o la colaboración específicos de la aplicación.

Desventajas:

• Flujos masivos: para flujos masivos (por ejemplo: actualización de 10.000 artículos al mismo tiempo), la lógica del procesamiento unitario de la información es muy lenta. Preferiríamos una solución ETL .
• Coste inicial: el coste de instalación de la infraestructura es bastante elevado. Pero se reduce considerablemente a medida que se agregan más transmisiones.
• Resincronización de bases de datos: tras una incidencia (bug de aplicación, error de funcionamiento, daño de disco, etc.), o incluso el enriquecimiento de estructuras de datos, las bases de datos donde se copian los datos deben resincronizarse con aquellas donde se referencian los datos. Este fenómeno, lamentablemente, es casi seguro e incluso bastante frecuente. Por lo general, se requiere un procedimiento de resincronización especial. Funciona con datos estáticos que pueden ser grandes y ya no con eventos. Un estudio funcional es imperativo. A menudo es necesario agregar datos de resincronización en las bases de datos (identificador de conciliación, fecha y hora de la última actualización, etc.). De hecho, el IAE debe duplicarse con características más cercanas a las de un ETL. Antes de proponer una actualización sobre la marcha, es recomendable comenzar por estudiar el procedimiento de resincronización. A menudo es suficiente para satisfacer la necesidad. De lo contrario, el genio del arquitecto debe expresarse para encontrar una solución modular y evitar la redundancia de reglas de negocio entre las dos herramientas. A menudo es suficiente replicar, por ejemplo, cada cuatro horas los datos cambiados en los últimos cinco días. El período de cinco días limita el volumen. La recuperación del período permite, cuando el procedimiento cae en error o cuando la base de datos de origen se restaura o repara, restaurar automáticamente la coherencia durante el siguiente paso. Se utiliza el mismo procedimiento para realinear todos los datos jugando en el período. Entonces, las reglas de replicación están todas en la misma herramienta.

IAE en la empresa

La implementación de un IAE requiere el deseo de unificar la integración de los sistemas de información de la empresa. Una fase de estudio de urbanización permitirá:

• identificar la mayoría de los datos comerciales de la empresa (por ejemplo, artículos, pedidos, proveedores, clientes ...)
• definir las aplicaciones que serán maestras, por ejemplo:
  • La aplicación de gestión de proveedores será la maestra de los datos del proveedor.
  • Podrá distribuirlos a través del IAE a otras aplicaciones, que podrán utilizarlos como datos de proveedores de referencia.

Estos datos estarán representados en el IAE como un objeto de negocio (OM).

Luego, podemos construir flujos de información comercial unificados a través de los cuales cada aplicación específica puede compartir su información con otras dentro de una etapa de la organización de la empresa.

Por ejemplo :

• El departamento de compras ha creado los proveedores que identificarán los artículos utilizados por el departamento de producción.
• Este departamento de producción construirá los productos vendidos a los clientes por el departamento de ventas.
• Dichos clientes serán seguidos por el servicio postventa ...

IAE solo aparece como una solución de integración relevante dentro de una compleja infraestructura de intercambio de datos . Usar el IAE para conectar dos sistemas extremadamente simples sería tan relevante como manipular un yunque para extraer una nuez de su cáscara.

Observamos que una nueva tecnología parece estar instalándose frente al IAE: el bus de servicio empresarial (ESB).

enlaces externos

• EAI en siete preguntas
• https://www.ediservices.com/fr/qu-est-ce-que-eai/