Оркестрування робочих процесів взаємодії з клієнтами в корпоративних застосунках

Abstract

В даній роботі розглядається задача побудови системи оркестрування робочих процесів взаємодії з клієнтом на основі подійно-орієнтованого підходу. Замість умовно послідовного централізованого виконання графової моделі робочого процесу пропонується представити робочий процес у вигляді послідовності подій та реакцій системи на них, що дозволяє позбутися потреби в явному очікуванні відповіді від клієнта. В такий моделі операції робочого процесу будуть виконуватися під час обробки подій, а перехід до наступної операції відбуватиметься за рахунок відправлення нового повідомлення з описом цієї операції. Розглянуто централізований та розподілений підходи для виконання переходів між операціями робочого процесу, показані переваги та недоліки кожного з них. Також розглянуто реалізацію механізму очікування відповіді від клієнта, для чого пропонується перед початком взаємодії з останнім зберігати повідомлення у спеціалізованому сховищі, прив’язане до ідентифікатору сеансу взаємодії з клієнтом. А після надходження даних від клієнта – додавати їх до повідомлення і відправляти його назад в чергу повідомлень для продовження виконання робочого процесу.

This paper considers the task of building a system for orchestrating customer interaction workflows based on an event-driven approach. Instead of a sequential-like centralized execution of the graph model of the workflow, it is proposed to present the workflow as a sequence of events and the system's reactions to them, which eliminates the need to explicitly wait for a response from the client. In such model workflow operations will be performed during event processing, and the transition to the next operation will occur by sending a new message with a description of the operation. Centralized and distributed approaches for performing transitions between workflow operations are considered, the advantages and disadvantages of each of them are shown. The implementation of waiting for client response is also considered, for which it is proposed to store the message tied to the client session identifier in a specialized storage before starting interaction with client. And after receiving data from the client, add them to the message and send it back to the message queue to continue the workflow.