Сбой вызова зависимости в долговременных функциях Azure
Backgound
У меня есть набор Durable Azure Functions, и они написаны с использованием шаблона Async, как описано здесь.
проблема
После изучения логов в приложении я обнаружил повторяющийся сбой во всех моих функциях.
Это вызов GET для таблицы DurableFunctionsHubInstances. Приведенный ниже вызов приводит к ответу 404.
https://mydomain.table.core.windows.net/DurableFunctionsHubInstances(PartitionKey= 'f6eb7829ab6f4020af0431ab0115164a', RowKey = '')? $ select = ExecutionId, имя, версия, выходные данные,CustomStatus,CreatedTime, PartitionTimeTime, время выполнения, время исполнения, RowKey, Отметка,ETag
Вопрос
Является ли эта ошибка зависимости нормальной? Я предполагаю, что это, вероятно, первоначальный вызов таблицы журналов, чтобы проверить, существует ли уже существующий экземпляр, который необходимо подобрать и продолжить.
Однако я не знаю этого на самом деле и хотел бы, чтобы это прояснилось.
Скриншоты
1 ответ
Это похоже на обычный сбой зависимостей, вызванный проверкой SDK Azure Storage для уже существующего экземпляра таблицы. Я открыл проблему в нашем репозитории GitHub для отслеживания подавления отслеживания зависимостей ожидаемых неудачных вызовов внутренней памяти, подобных этой.