Масштабировать лазурное непрерывное веб-задание

Question

Я пытаюсь масштабировать непрерывную веб-работу.Мой план обслуживания установлен на стандартном уровне, поэтому я могу масштабировать 10 экземпляров.Проблема заключается в том, что веб-задание не масштабируется и в любой момент работает только один.

Количество экземпляров:

Функции:

Код функции:

Answer 1

Я бы использовал непрерывный веб-задание вместо одного с TimerTrigger (TimerTrigger означает, что задание НЕ является непрерывным).Вы должны удалить TimerTrigger из своего кода.

Continuous WebJob будет выполняться во всех доступных экземплярах по умолчанию.

В коде WebJob вы должны позаботиться о том, чтобы сообщенияправильно заблокированы и завершены, чтобы избежать проблем с параллелизмом.

Метод Peek() не очень подходит для параллельной обработки, поскольку сообщения не заблокированы или не завершены и не заботятся о других блокировках.Используйте либо Receive(), либо основанное на событии RegisterMessageHandler() patthern.

Вот некоторая документация по этому вопросу:

• https://docs.microsoft.com/en-us/dotnet/api/microsoft.servicebus.messaging.receivemode?view=azure-dotnet
• https://docs.microsoft.com/en-us/azure/service-bus-messaging/message-transfers-locks-settlement#settling-receive-operations
• https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-dotnet-get-started-with-queues

Answer 2

Согласно этой статье , мы могли бы найти причину, пожалуйста, обратитесь к ней.

За кулисами TimerTrigger использует функцию Singleton SDK WebJobsчтобы убедиться, что только один экземпляр вашей запущенной функции работает в любой момент времени .Когда запускается JobHost, для каждой из ваших функций TimerTrigger берется аренда BLOB-объектов (Singleton Lock).Эта распределенная блокировка гарантирует, что в любое время будет работать только один экземпляр вашей запланированной функции.