Atributos de una Plataforma de integracion Corporativa

Cuando se necesita desarrollar una plataforma de integracion, es necesario conocer que parámetros deben ser utilizados para seleccionar las tecnologias que la sustentaran; ya sean libres o propietarias.

Un marco de arquitectura tecnológica debe proporcionar:

1. Simplicidad.
2. Flexibilidad y mantenibilidad (Tolerancia ante Cambios).
3. Reusabilidad.
4. Desacoplamiento.
5. Extensibilidad.

Una plataforma de integracion debe poseer los siguientes atributos:

1. Debe poseer una arquitectura de integración desacoplada, ágil, adaptable y de tecnología neutral.
2. Debe garantizar el bajo impacto ante cambios en los sistemas de soporte operacional y los sistemas de negocio.
3. Debe permitir una disminución significativa de la complejidad y dependencia tecnología de los ambientes heterogéneos.
4. Debe considerar la evolución de las tecnologías y su adecuacion.
5. capacidad de desacoplamiento mediante plug-in

Son estas las premisas que deben guiar el camino para seleccionar las tecnologías que implementaran los diversos estilos de arquitectura, basados sobre una especificación formal y sólida.

Para terminar algunas características:

1. Debe poseer capacidades de Plug-in.
2. Capacidad de interoperar con tecnologias distintas (conectores / adaptadores, etc.).
3. Debe proporcionar un modelo desacoplado entre componentes.
4. Los componentes no deben interactuar con otros componentes directamente.
5. La semántica debe estar basada en mensajes.
6. La definición de la secuencia de mensajes durante la ejecución de una operación debe estar basada en MEP.
7. Clara separación entre la lógica de negocio (procesamiento) de la lógica de comunicación.
8. Debe existir una clara separación entre los proveedores y consumidores de servicios.
9. El modelo de intercambio de mensajes debe estar basado en WSDL 1.1 o 2.0.
10. No usar metadatos propietarios en la definición de objetos de negocio (Xml Schemas).
11. Modelo de implementación no-intrusivo.
12. Ensamblado de servicios desde otro servicio, basado en reglas de negocio.
13. Soporte de servicios sincronos, asíncronos, y conversacionales.
14. Automatización de la transformación entre estructuras de datos dispares (semántica).
15. Soporte para la simulación, testing y debuging.
16. Definición del servicio con independencia de su implementación, localización o uso.
    

Consideraciones para elevar el nivel de desacoplamiento de la arquitectura:

1. Capacidades de “Inversion of Control Containers”.
2. Implementación del patrón de diseño “Dependency Injection pattern”.
3. Capacidades y soporte para arquitecturas Event-driven architecture (EDA) y service-oriented architecture (SOA).
4. Integración con JBI.
5. Estandarización de la arquitectura para el enrutamiento de mensajes.

Saludos;