BPEL es un lenguaje basado en XML para definir y ejecutar procesos de negocio que interactúan con servicios web. BPEL permite orquestar múltiples servicios web de forma automatizada mediante la definición de flujos de trabajo y procesos empresariales. El lenguaje proporciona soporte para conceptos como compensación, reacción a eventos y ejecución de procesos a largo plazo.
0 calificaciones0% encontró este documento útil (0 votos)
139 vistas5 páginas
BPEL es un lenguaje basado en XML para definir y ejecutar procesos de negocio que interactúan con servicios web. BPEL permite orquestar múltiples servicios web de forma automatizada mediante la definición de flujos de trabajo y procesos empresariales. El lenguaje proporciona soporte para conceptos como compensación, reacción a eventos y ejecución de procesos a largo plazo.
BPEL es un lenguaje basado en XML para definir y ejecutar procesos de negocio que interactúan con servicios web. BPEL permite orquestar múltiples servicios web de forma automatizada mediante la definición de flujos de trabajo y procesos empresariales. El lenguaje proporciona soporte para conceptos como compensación, reacción a eventos y ejecución de procesos a largo plazo.
BPEL es un lenguaje basado en XML para definir y ejecutar procesos de negocio que interactúan con servicios web. BPEL permite orquestar múltiples servicios web de forma automatizada mediante la definición de flujos de trabajo y procesos empresariales. El lenguaje proporciona soporte para conceptos como compensación, reacción a eventos y ejecución de procesos a largo plazo.
Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
Descargar como docx, pdf o txt
Está en la página 1/ 5
BPEL
BPEL, siglas en inglés de (Business Process Execution Language), es un lenguaje de programación
destinado para la ejecución de Procesos Empresariales. BPEL es un descendiente de WSFL y XLANG, y se deriva de XML. También es conocido como WS-BPEL o Web Services- Business Process Execution Language (Lenguaje de Ejecución de Procesos de Negocio con Servicios Web)
BPEL persigue lograr un modelo de Programación a grán escala. Los conceptos de programación a grán escala y de Programación a pequeña escala distinguen dos enfoques del desarrollo de procedimientos asincrónicos de larga duración que vamos a generalizar dentro del concepto Procesos Empresariales.
BPEL puede utilizarse dentro de una empresa y entre empresas. Dentro de una empresa, el papel de BPEL es el de estandarizar la integración de aplicaciones y extender la integración de sistemas previamente aislados. Entre empresas, BPEL permite una integración más fácil y efectiva con partners del negocio. BPEL es una tecnología clave en entornos en donde las funcionalidades ya están o serán expuestas via servicios Web.
BPEL ha sido diseñado específicamente como un lenguaje para la definición de procesos de
negocio. BPEL soporta dos tipos diferentes de procesos de negocio:
Procesos de negocio ejecutables: especifican los detalles exactos de los procesos del negocio y pueden ser ejecutados en una máquina de orquestación (orchestration engine). En la mayoría de los casos BPEL se utiliza para procesos ejecutables Procesos abstractos de negocio: especifican solamente el intercambio de mensajes públicos entre las partes implicadas, sin incluir detalles específicos de los flujos de los procesos. No son ejecutables y raramente se utilizan.
Este lenguaje esta definido en XML y esta diseñado para orquestar procesos de forma automática.
Se le llama Orquestar por que BPEL es el encargado de consumir varios servicios en un orden especificado y realizar una función muy concreta.
¿Por qué orquestar servicios Web con BPEL?
Dentro de la orquestación de servicios, BPEL constituye un lenguaje estándar para la integración y automatización de procesos. Los procesos de negocio programados con BPEL serán capaces de ejecutarse en diferentes plataformas que cumplan dicho estándar, ofreciendo a los clientes una mayor libertad de elección.
Es un lenguaje de alto nivel que lleva el concepto de servicio un paso adelante al proporcionar métodos de definición y soporte para flujos de trabajo y procesos de negocio El enfoque sobre procesos de negocios modernos más el bagaje de los lenguajes WSDL y XLANG, guiaron a BPEL a adoptar los servicios Web como su mecanismo de comunicación externa. Así las facilidades de mensajería BPEL dependen del uso del WSDL para describir los mensajes entrantes y salientes.
El lenguaje BPEL proporciona soporte para:
Elevados tiempos de ejecución. Normalmente, los procesos de negocio tardan bastante
tiempo en completar su ejecución, particularmente si éstos implican interacciones con partners a través de Internet. Puede ocurrir que dichos procesos requieran minutos, horas, e incluso días antes de su finalización. Puede ocurrir que invoquen a un servicio Web y necesiten esperar la respuesta durante un periodo relativamente largo de tiempo. Si utilizásemos una aplicación Java, por ejemplo, en lugar de un proceso BPEL tendríamos que dedicar mucho tiempo a monitorizar qué procesos han terminado, y cuáles siguen todavía en ejecución. También necesitaríamos hacer un seguimiento de qué aplicaciones Java (procesos) podemos "cerrar" y cuáles tenemos que seguir manteniendo en ejecución debido a que están a la espera de recibir una respuesta. Compensación. Llamamos compensación al proceso de deshacer pasos realizados en un proceso de negocio que ya se han completado con éxito. Este concepto es uno de los más importantes en los procesos de negocio. El objetivo de la compensación es dar marcha atrás a los efectos de actividades previas que ya se han llevado a cabo como parte de un proceso de negocio que está siendo abandonado. Reacción ante eventos. Dichos eventos pueden ser mensajes o alarmas. Los eventos de tipo mensaje son generados por mensajes de entrada a través de la invocación de operaciones sobre los port types. Los eventos de tipo alarma están relacionados con el tiempo y se generan después de un tiempo especificado.
Formato El BPEL, como todo lenguaje basado en XML consta de etiquetas y cada etiqueta tiene su semántica.
Cada documento BPEL tiene una etiqueta <process> que es el elemento raíz(en el sentido XML de la palabra) del documento. En el interior de esta etiqueta se encontrarán la descripción completa del proceso. Por medio del attributo name uno puede asignarle un nombre a un proceso. Ejemplo:
Existen muchas otras etiquetas que modifican la forma en que la máquina ejecutora de BPEL interpreta el fichero BPEL.
<import>
Importar un WSDL.
<partnerLinks>
Permite referirse a acciones definidas dentro del WSDL. Los atributo myRole y partnerRole define si esta es una acción que depende del proceso o si es una acción llamada desde el proceso.
<variables>
Esta acción permite la definición de variables utilizadas por el proceso.
<secuence>
Esta etiqueta va a contener las acciones o la estructura ligada a la ejecución del proceso directamente.
<receive>
Esta etiqueta permite recibir un dato o señal del exterior.
<reply>
Esta etiqueta permite enviar una respuesta a un partnerLink que esté esperando alguna.
<invoke>
Esta etiqueta permite hacer una llamada a un webservice. Ésta utiliza un partnerLink saliente y puede o no recibir una respueta.
<forEach> Esta etiqueta permite realizar un bucle. Uno declara un contador(variable que será incrementada en cada iteración), un valor inicial y un valor final. El bucle se puede ejecutar en paralelo.
<while> o <repeatUntil>
son formas alternativas para realizar bucles.
<correlationSet>
Cuando muchas acciones son lanzadas en paralelo, puede ser indispensable especificar las relaciones entre éstas. Por ejemplo una entrada puede estar ligada a una salida. Ésta etiqueta permite relacionar los <invoke> y los <receive>. Solo puede haber una sola etiqueta de éste tipo por proyecto.
Objetivos del diseño de BPEL
1. Definir procesos de negocio que interactúan con entidades externas mediante operaciones de un servicio Web definidas usando WSDL 1.1 y que se manifiestan a sí mismas como servicios Web. 2. Definir procesos de negocio utilizando un lenguaje basado en XML. No definir una interpretación gráfica de procesos o proveer de una metodología de diseño en particular. 3. Definir una serie de conceptos de orquestación de servicios Web que pretenden ser usados por vistas internas o externas de un proceso de negocio. 4. Proveer sistemas de control jerárquicos y de estilo gráfico, que permitan que su uso sea lo más fusionado e inconsútil posible. Esto reduciría la fragmentación del espacio del modelado de procesos. 5. Proveer funciones de manipulación simple de datos, requeridas para definir datos de procesos y flujos de control. 6. Soportar un método de identificación de instancias de procesos que permita la definición de identificadores de instancias a nivel de mensajes de aplicaciones. Los identificadores de instancias deben ser definidos por socios y pueden cambiar. 7. Brindar la posibilidad de la creación y terminación implícitas de instancias de procesos, como un mecanismo básico de ciclo de vida. Operaciones avanzadas de ciclo de vida como por ejemplo "suspender" y "continuar" pueden agregarse en futuras versiones para mejorar el manejo del ciclo de vida. 8. Definir un modelo de transacción de largo plazo que se base en técnicas probadas tales como acciones de compensación y ámbito, de tal manera a brindar recuperación a fallos para partes de procesos de negocios de largo plazo. 9. Usar servicios Web como modelo para la descomposición y ensamblaje de procesos. 10. Construir sobre estándares de servicios Web tanto como sea posible, de manera modular y extensible.
