stringtranslate.com

Servicio de mensajería basado en procesos

Un servicio de mensajería orientado a procesos ( PDMS ) es un servicio que intercambia mensajes y llamadas de datos. Un PDMS es un servicio en el que se pueden combinar tareas y activadores para crear un flujo de trabajo para un mensaje.

Las plataformas de mensajería se consideran elementos clave de la infraestructura de Internet [¿ por quién? ] . Un concepto que antes abarcaba principalmente el correo electrónico y la mensajería instantánea ha evolucionado para abarcar el correo electrónico multimedia complejo, la mensajería instantánea y la infraestructura de mensajería fija y móvil relacionada. Se podría decir que todo lo que se transmite por Internet y los enlaces de telecomunicaciones inalámbricas son mensajes.

PDMS intercambia mensajes con el propósito de todo tipo de llamadas de mensajes/datos entre sistemas, aplicaciones o seres humanos que se basan en cadenas de procesos impulsados ​​por eventos . [1]

Estructura

Un servicio de mensajería impulsado por procesos es un servicio en el que se pueden combinar trabajos y desencadenadores para crear un flujo de trabajo para un mensaje y el flujo de trabajo puede verse como un proceso.

Un flujo de trabajo se ejecuta cuando se activa un disparador. El disparador provoca la activación de uno o más trabajos que, a su vez, pueden ejecutar más trabajos. El flujo de trabajo seguirá activo incluso cuando se hayan ejecutado todos los trabajos, pero no ocurre nada hasta que se vuelva a activar. [2]

Flujos de trabajo

Un flujo de trabajo en PDMS se utiliza para agrupar activadores y/o trabajos para lograr un flujo de acciones y eventos que se pueden invocar una y otra vez sin repetir la configuración. Un flujo de trabajo es un contenedor. Un proceso de flujo de trabajo es un contenedor para un grupo de estados y acciones de flujo de trabajo, como mover un registro de un estado a otro. [3] Además de activadores y trabajos, puede contener grupos o artefactos. Los elementos que se pueden incluir en el flujo de trabajo están disponibles para todos los activadores y trabajos dentro del flujo de trabajo.

El concepto de flujo de trabajo puede considerarse como una plantilla para una parte o la totalidad de un proceso empresarial. Los flujos de trabajo pueden activarse por diferentes motivos, por ejemplo, si algo sucede en el dominio o si se realiza una llamada explícita para invocarlos.

El flujo de trabajo estará en un estado de espera de ejecución cuando el flujo de trabajo, sus desencadenadores y sus trabajos estén activos.

Al crearse, los flujos de trabajo requieren que el último trabajo se agregue primero, lo que significa que los trabajos deben enumerarse en orden inverso al de ejecución. Los trabajos y los activadores también requieren la enumeración secuencial inversa de los pedidos al crearse. [4]

Empleos

Un trabajo crea algo como una tarea (por ejemplo, enviar un mensaje) o afecta a objetos estándar (por ejemplo, metadatos de ruta en una unidad). Es una tarea que describe lo que el sistema debe hacer y puede ser varias cosas. Un trabajo, cuando se activa, puede conducir a la ejecución de otro trabajo (por ejemplo, entrega de mensajes). Representa lo que un sistema hace con los datos, una actividad dentro del dominio del sistema.

Los trabajos proporcionan un medio para encapsular un proceso. Un trabajo es una configuración que representa las opciones de entrada, los pasos del proceso, una expresión de filtro que coincide con los nodos donde se ejecutarán esos pasos y parámetros de control de ejecución que especifican si los pasos se ejecutan en paralelo. Es posible que se observe que ciertas ejecuciones de comandos se realizan repetidamente y, tal vez, representan lo que se ha convertido en un procedimiento de rutina. Los procesos de rutina deben encapsularse y convertirse en la base de otros procedimientos de rutina.

Desencadenantes

Un disparador (lo que inicia o ejecuta un flujo de trabajo) impulsa la ejecución de acciones. Los componentes del objeto que definen la lógica y el comportamiento empresarial se denominan disparadores. Puede crear y configurar cualquier cantidad de disparadores para realizar validaciones, notificaciones, manipulaciones de datos y otras actividades automatizadas y programáticas al momento de crear, actualizar y eliminar registros. [5]

Procesos

Un proceso comienza en algún punto del sistema. Por ejemplo, cuando un disparador ejecuta una instancia de un flujo de trabajo.

Un servicio de mensajería basado en procesos se utiliza a menudo cuando se gestionan procesos de negocio más o menos complejos.

Con una plataforma de mensajería impulsada por procesos bien desarrollada, todos los activadores y trabajos se pueden exponer en una API pública (interfaz de programación de aplicaciones), y luego será posible crear el proceso en la API.

Tecnología/programación

PDMS se basa en una arquitectura basada en eventos , que puede aplicarse en el diseño e implementación de aplicaciones y sistemas que transmiten eventos entre componentes y servicios de software acoplados de forma flexible . A diferencia de los sistemas de información tradicionales que funcionan emitiendo solicitudes y esperando respuestas, los sistemas basados ​​en eventos están diseñados para procesar los eventos a medida que ocurren, lo que permite que el sistema observe, reaccione dinámicamente y emita datos personalizados según el destinatario y la situación. [2]

Áreas de aplicación

Las áreas en las que se puede utilizar PDMS son Sistema a Sistema, A2P con la diferencia de que se pueden incluir otros tipos de mensajes en el PDMS, Aplicación a Aplicación, Sistema a Persona, M2M y todo tipo de mensajes/llamadas de datos entre sistemas, aplicaciones y/o personas basados ​​en procesos impulsados ​​por eventos .

Véase también

Referencias

  1. ^ Hommes, Lambertus Johannes (2004). "7" (PDF) . La evaluación de las técnicas de modelado de procesos de negocio . [Sl: sn] pp. 138–187. ISBN 90-9017698-5.
  2. ^ ab Opher Etzion, Peter Niblett (septiembre de 2007). Procesamiento de eventos en acción 1.° edición . Greenwich, Connecticut, EE. UU.: Manning Publications Co. ISBN 978-1935182214.
  3. ^ Progress Software Corporation. "Rollbase en acción" (PDF) . Capítulo 10. Pág. 6.
  4. ^ UWE, ZDUN; CARSTEN, SCHAHRAM (19 de septiembre de 2007). "HENTRICH, DUSTDAR" (PDF) . Modelado de arquitecturas orientadas a procesos y servicios mediante patrones y primitivas de patrones . 1 (3). Nueva York: ACM, Inc.: 23–27.
  5. ^ "10" (PDF) . Rollbase en acción . Progress Software Corporation. págs. 266–289.