Есть ли способ получить событие сообщения о завершении процесса в очереди Azure или служебной шине?

Многие архитектуры, которым требуется этот тип отчетов, обрабатываются отдельной очередью, идущей от процессора к запрашивающей стороне. Вот почему на самом деле существует даже свойство ReplyTo в объекте BrokeredMessage. Подход будет заключаться в том, что у запрашивающей стороны будут свои собственные очереди, которые он также просматривает. Когда он создает сообщение, он устанавливает свойство ReplyTo и отправляет его. Когда рабочий процесс обрабатывает сообщение, он отправляет сообщение о завершении обратно запрашивающей стороне, используя путь очереди, предоставленный исходным сообщением.

В зависимости от ваших потребностей у вас может быть одна очередь для всего внешнего интерфейса, или у каждого экземпляра может быть своя очередь. Обратите внимание, что в распределенной системе с машинами, которые могут быть временными, наличие у каждого внешнего интерфейса веб-API собственных очередей может привести к некоторой сложности.

Обычно это делается, когда запрашивающему нужно знать, что что-то завершено, чтобы он мог каким-то образом сообщить об этом. Например, на обработку приходит веб-запрос. Запрос помещается в очередь и обрабатывается на серверной части, а сообщение о завершении возвращается обратно на переднюю часть, где оно принимается, и пользователю отправляется уведомление (в некоторых случаях через SignalR, что при установленной объединительной плате вам не придется беспокоиться о том, какой интерфейсный сервер получил ответное сообщение).

Кроме сообщения о завершении либо через прямую связь с запрашивающей стороной, либо через очередь, нет ничего, что позволяло бы вам наблюдать за завершением сообщения с другой машины. Проверка статуса сообщения не поможет вам, потому что эта информация не изменится, если вы не будете регулярно получать новую ссылку на сообщение, что не будет хорошо масштабироваться, если вы имеете дело с большим количеством сообщений.