A diferencia de otros proveedores de BPM heredados, Decisions tiene una capa de servicio web muy completa y otras capacidades de integración. Esto incluye un asistente de integración para servicios web y bases de datos que genera automáticamente pasos de flujo de trabajo para que los sistemas de terceros se reutilicen dentro del entorno de diseño de Decisions. Decisions también proporciona un SDK de .NET muy sencillo para agregar sus propios pasos de flujo personalizados, verbos de reglas, controles de formulario y otros componentes para que los diseñadores los utilicen, que también pueden obtener o enviar datos a otros sistemas. Debido a nuestra arquitectura contemporánea orientada a servicios, a menudo nos enfrentamos a la pregunta:
¿Usamos Decisions o un ESB?
Desafortunadamente, esta es una de esas preguntas de «depende». Pero esperamos que este resumen de caso pueda proporcionar algunos principios que ayuden a guiar su decisión.
Ya tenemos un ESB, ¿cuál es el límite entre ESB y BPM?
Hemos trabajado con clientes que ya tienen un ESB y, desde la perspectiva de Decisions, esto puede facilitar mucho la implementación de BPM. Un paradigma generalmente aceptado para una arquitectura orientada a servicios es un sistema de tres capas en el que un ESB y una solución BPM se vuelven interdependientes.
En este modelo, el BPM resuelve el problema de ayudar a los no desarrolladores a diseñar, implementar y optimizar procesos de negocio que se definen por el estado y tienden a ser de larga duración. Mientras que el ESB resuelve el problema de la orquestación de servicios o la integración compleja de sistemas con perfiles de transacciones cortas y generalmente sin estado.
Con un BPM contemporáneo como Decisions, puede haber casos en los que sea igual de efectivo y potencialmente más rápido diseñar un proceso por lotes en segundo plano, o trabajos programados que monitorean sitios SFTP, que hacerlo en algunos ESB.
No tenemos un ESB establecido, ¿necesito tanto ESB como BPM?
Nuevamente, esto depende en gran medida del caso de uso. Le animamos a comenzar primero con BPM para comprender cuáles son los requisitos reales de datos para sus procesos de negocio de alta prioridad, de modo que pueda trabajar hacia abajo en la pila hasta su sistema de registro para comprender qué valor podría proporcionar un ESB. Puede haber situaciones en las que el BPM tenga herramientas listas para usar para admitir los requisitos de datos en tránsito. Estaremos encantados de proporcionar una recomendación para soluciones de nivel ESB una vez que comprendan la situación.