Заказ Twilio «Longest Idle» для соответствующих работников, не работающих должным образом - PullRequest
0 голосов
/ 31 октября 2018

Многозадачность включена Рабочая область. TaskQueue1 имеет соответствующих работников Woker1 и Worker2. Сначала Worker1 подключается к сети (для Presence установлено значение «Idle»), а затем подключается к Worker2. Задача, созданная для TaskQueue1 с Wokflow Queue, также установлена ​​как TaskQueue1. Как и ожидалось, эта задача зарезервирована для Worker1. Worker1 принимает бронирование и начинает работать.
Сценарий 1: Рабочий1 завершает задание (обновляет task.status = выполняется). Затем создается новая задача для той же очереди задач, и она резервируется для Worker2, что соответствует ожидаемому порядку «Самый длинный режим ожидания».
Сценарий 2: Worker1 все еще работает над заданием. Worker2 to переходит в автономный режим (для присутствия установлено значение «Не в сети») и немедленно возвращается в онлайн. Worker1 завершает задачу (обновляет task.status = выполняется). Затем новая задача, созданная для той же очереди задач, но на этот раз задача снова резервируется обратно в Worker1, даже если Worker2 подключается, когда Worker1 работает над первой задачей.
Может кто-нибудь объяснить, почему поведение в этих двух сценариях отличается?

...