June 25, 2009
Hay dos maneras de modelar un proceso de negocio: con un paradigma imperativo o declarativo. El primero utiliza un grafo que representa el orden o flujo de las tareas a realizar. El segundo es utilizando un conjunto de reglas que describen la relación entre las tareas.
El reto para los desarrolladores es entender el proceso y hacer la implementación de una solución con el paradigma adecuado. Si un procesos de negocio que no tiene una secuencia definida se implementa con BPM o BPEL, puede acabar con un grafo con cientos o miles de nodos y bifurcaciones (para un ejemplo ver figura de abajo), lo que lo haría difícil de mantener.

Por otro lado, no es recomendable modelar con reglas un flujo con una secuencia fija de acciones.
Read the rest of this entry »
Leave a Comment » |
bpel, rules-engine |
Permalink
Posted by David Solis
April 29, 2008
Existen más de 40 productos denominados como ESBs tanto comerciales como de código abierto. Desafortunadamente no existe una definición común entre los proveedores y el término puede causar confusión.
Muchas personas asocian a un ESB con los siguientes términos;
- MOM
- SOA
- EDA
- BPEL
- SCA
- Application Server
Aunque un ESB puede estar asociado a estos conceptos, la función principal en una infraestructura tipo SOA es actuar como una plataforma de servicios, es decir como registro y administración de servicios.
Read the rest of this entry »
Leave a Comment » |
enterprise-integration, soa | Tagged: esb |
Permalink
Posted by David Solis
April 20, 2008
Con el auge de SOA, han surgido varios términos tales como: coreografía de procesos y orquestación de servicios.
Los conceptos son parecidos: coreografía de procesos se refiere a la coordinación de procesos de negocio generalmente basado en BPEL. Orquestación de servicios a la coordinación de servicios simples.
Read the rest of this entry »
Leave a Comment » |
soa | Tagged: Dijkstra |
Permalink
Posted by David Solis