Приложения функций Azure используют одну и ту же учетную запись хранения (ошибка параллелизма?)

У меня проблемы с моей нынешней архитектурой, и я не понимаю, почему ...

У меня есть 2 приложения Azure Functions (V1), использующие одну и ту же учетную запись хранения. Один из них находится в плане потребления, а другой - в плане службы приложений.

У меня есть следующий сценарий для одной из функций в плане потребления:

  • Прочитать сообщение из очереди
  • В зависимости от чтения, есть два варианта:
    1. Прямой вызов Orchestrator с помощью метода StartNewAsync ()
    2. Добавьте сообщение в другую очередь, чтобы запустить Orchestrator в плане службы приложений.

Моя проблема в пункте 2.

DurableOrchestrationClient в плане службы приложений запущен, но кажется, что между двумя приложениями с функциями есть проблемы, потому что в потоках Live Metrics Streams я получаю много сообщений, в которых говорится:

The function 'MyOrchestratorInAppServicePlan' doesn't exist, is disabled, or is not an orchestrator function. Additional info: The following are the active orchestrator functions: 'AllTheOrchestratorsIHaveInConsumptionPlan'.. InstanceId: 601afed81ad64a0aad87bb7984de4a94. Function: MyOrchestratorInAppServicePlan. HubName: DurableFunctionsHub. AppName: MyFunctionAppInConsumptionPlan. SlotName: Production. ExtensionVersion: 1.6.0. SequenceNumber: 47.

И они не запускаются регулярно, для реального запуска желаемой функции может потребоваться более 30 минут, например, приложение функций в плане потребления читает сообщения, которые не предназначены для него, а мое приложение функций плана службы приложений ничего не делает, потому что это уже "лечится" другим (я так думаю?).

Любая помощь или совет будут очень признательны: D

РЕДАКТИРОВАТЬ : Я могу запустить Orchestrator, перезапустив оба приложения «Функции Azure», но он не всегда обрабатывает все ожидающие длительные операции.

Обновлено еще раз: Я только что увидел, что он делает то же самое, но возвращается в случае пункта 1. План службы приложений ищет другой устойчивый, а не план потребления.

Среда выполнения функций получает аренду учетной записи хранения, связанной с приложением-функцией, с использованием уникального идентификатора, который является специфическим для вашего приложения-функции. Это деталь внутренней реализации. Не рекомендуется разделять учетную запись хранения между приложениями-функциями. Можно разные учетные записи хранения?

Pragna Gopa 03.10.2018 01:30

На данный момент это мой обходной путь, я использую другую учетную запись хранения. Я только что увидел эту проблему, объясняющую мою проблему, я не обнаружил ее раньше. Если я понимаю, мне просто нужно определить конкретное HubName для одного из моих приложений-функций, чтобы оно работало: github.com/Azure/azure-functions-durable-extension/issues/4‌ 07

Pierre Chételat 05.10.2018 09:55
Как установить LAMP Stack - Security 5/5 на виртуальную машину Azure Linux VM
Как установить LAMP Stack - Security 5/5 на виртуальную машину Azure Linux VM
В предыдущей статье мы завершили установку базы данных, для тех, кто не знает.
Как установить LAMP Stack 1/2 на Azure Linux VM
Как установить LAMP Stack 1/2 на Azure Linux VM
В дополнение к нашему предыдущему сообщению о намерении Azure прекратить поддержку Azure Database для MySQL в качестве единого сервера после 16...
0
2
793
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Проблема заключалась в том, что я раньше не находил эту ссылку: https://github.com/Azure/azure-functions-durable-extension/issues/407

Это была известная ошибка с временным решением.

Другие вопросы по теме