stringtranslate.com

Servicio de mensajería impulsado por procesos

Un servicio de mensajería impulsado por procesos ( PDMS ) es un servicio orientado a procesos e intercambia mensajes/llamadas de datos. Un PDMS es un servicio donde se pueden combinar trabajos 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 [ ¿quién? ] . Un concepto que alguna vez abarcó 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. Podría decirse que todo lo que se transmite por Internet y por enlaces de telecomunicaciones inalámbricas son mensajes.

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

Estructura

Un servicio de mensajería impulsado por procesos es un servicio en el que se pueden combinar trabajos y activadores 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 solicita un desencadenador. 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 desencadenadores 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 pueden estar contenidos en el flujo de trabajo estarán disponibles para todos los activadores y trabajos dentro del flujo de trabajo.

El concepto de flujo de trabajo puede verse como una plantilla para parte o todo el proceso empresarial. Los flujos de trabajo se pueden activar por varios motivos diferentes, un ejemplo de los cuales podría ser si algo sucediera en el dominio o si hubiera una llamada explícita para invocar.

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

Cuando se crean, los flujos de trabajo requieren que se agregue primero el último trabajo, lo que significa que los trabajos deben enumerarse en orden inverso a su ejecución. Los trabajos y activadores también requieren el listado secuencial inverso de órdenes cuando se crean. [4]

Trabajos

Un trabajo crea algo como una tarea (por ejemplo, enviar un mensaje) o afecta a objetos estándar (por ejemplo, metadatos en una unidad). Es una tarea que describe lo que debe hacer el sistema y puede ser varias cosas. Un trabajo, cuando se activa, puede dar lugar a la ejecución de otro trabajo (por ejemplo: entrega de mensajes). Representa lo que hace un sistema 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 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. Se podría encontrar que ciertas ejecuciones de comandos se realizan repetidamente y tal vez representen lo que se ha convertido en un procedimiento de rutina. Los procesos rutinarios deben encapsularse y convertirse en la base de otros procedimientos rutinarios.

Desencadenantes

Un disparador (lo que inicia/ejecuta un flujo de trabajo) solicita la ejecución de acciones. Los componentes del objeto que definen la lógica y el comportamiento empresarial se denominan desencadenantes. Puede crear y configurar cualquier cantidad de activadores para realizar validaciones, notificaciones, manipulación de datos y otras actividades automatizadas y programáticas al momento de la creación, actualización y eliminación de registros. [5]

Procesos

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

Un servicio de mensajería impulsado por procesos se utiliza a menudo cuando se gestionan procesos comerciales más o menos complejos.

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

Tecnología/programación

PDMS se basa en una arquitectura basada en eventos, mientras que el patrón arquitectónico puede aplicarse mediante el diseño y la implementación de aplicaciones y sistemas que transmiten eventos entre componentes y servicios de software débilmente acoplados . 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 eventos a medida que ocurren, lo que permite al sistema observar, reaccionar dinámicamente y emitir datos personalizados según el destinatario y la situación. [2]

Áreas aplicables

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

Ver también

Referencias

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