Сбой вызова зависимости в долговременных функциях 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 для отслеживания подавления отслеживания зависимостей ожидаемых неудачных вызовов внутренней памяти, подобных этой.

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