Функция Azure с триггером сервисной шины - ManagedIdentityCredential производительность ⇐ Python

[Anonymous]

Я работаю над функцией Azure, которая использует ServiceBustrigger и запрашивает хранилище таблицы Azure. Чтобы обработать несколько сообщений как можно быстрее, мы используем настройку MaxConcurrentCalls для включения параллельной обработки сообщений (например, мы устанавливаем MaxConcurrentCalls на 200).
Мы используем управляемую идентификацию для доступа к автобусе и таблице Azure Хранение через DefaultaUrecredential. ManagedIdentityCredential, и этот звонок - узкое место, которое занимает от 200 до 5000 мс. То есть, используя приведенный выше настройку, если 200 сообщений будут сброшены на сервисную шину, то 200 «экземпляров» функции Azure начнут их обрабатывать и сделают 200 вызовов, чтобы получить ManagedIdentityCredential. < /P>
< Br /> Какой механизм, лежащий в основе того, как функции Azure обрабатывают сообщения одновременно, создаст ли он несколько процессов или несколько потоков в одном и том же процессе? кэшировать учетные данные после того, как он будет получен для использования и других экземпляров обработки сообщений, а также устранить избыточные вызовы /msi /token? < /li>
< /ol>
Мы Использование Python в качестве языка программирования.

Подробнее здесь: https://stackoverflow.com/questions/794 ... erformance