У меня возникли некоторые проблемы с моей текущей архитектурой, и я не понимаю, почему ...
У меня 2 приложения-функции Azure (V1), использующих одну и ту же учетную запись хранения.Один из них находится в плане потребления, а другой - в плане обслуживания приложения.
У меня есть следующий сценарий для одной из функций в плане потребления:
- Чтение сообщения отОчередь
- Зависит от чтения, есть два варианта:
- Прямой вызов к Orchestrator с методом StartNewAsync ()
- Добавить сообщение в другую очередь, чтобы запустить Orchestratorв плане обслуживания приложения
Моя проблема связана с пунктом 2.
Запущен клиент DurableOrchestrationClient в плане обслуживания приложения, но, похоже, чтопроблемы между приложениями 2 функций, потому что в потоках Live Metrics я получаю много сообщений:
Функция ' MyOrchestratorInAppServicePlan ' didn 't существует, отключен или не является функцией оркестровки.Дополнительная информация: Ниже приведены активные функции оркестратора: ' AllTheOrchestratorsIHaveInConsumpPlan ' .. InstanceId: 601afed81ad64a0aad87bb7984de4a94.Функция: MyOrchestratorInAppServicePlan .HubName: DurableFunctionsHub.Имя приложения: MyFunctionAppInConsitationPlan .SlotName: Производство.ExtensionVersion: 1.6.0.SequenceNumber: 47.
И они не запускаются регулярно. Реальный запуск нужной функции может занять более 30 минут, как приложение «Функции» в Плане потребления читает сообщения, которые неи мой приложение App Service Plan Functions ничего не делает, потому что оно уже «обработано» другим (я так думаю?).
Любая помощь или совет будут очень благодарны: D
РЕДАКТИРОВАТЬ: Я могу запустить Orchestrator, перезапустив оба приложения функций Azure, но он не всегда обрабатывает все ожидающие длительные операции
РЕДАКТИРОВАТЬ 2: Я только что увидел, что он делает то же самое, но вернуться в случаепункта 1. В Плане обслуживания приложений найдите другой продукт длительного пользования вместо плана потребления.