Многофункциональная среда Azure

Question

Я хочу создать функцию Azure, которая является триггером очереди, который при ее запуске соединяется с базой данных SQL, получает запись и обновляет ее.

Как мне справиться с тем, чтобы запросы SQL-соединения запрашивалисьправильная база данных? Например, промежуточная БД и производственная БД

Нужно ли иметь два экземпляра одной и той же функции Azure? Один, который имеет свою строку подключения, установленную в настройках приложения, чтобы указать на промежуточную базу данных, а другой - на производственную базу данных? Конечно, нет?!

В каждой статье, которую я могу найти, рассказывается о вашем local.settings.json и производстве ... что в порядке. Но в реальном мире у нас может быть локальное тестирование, подготовка, производство.

Я могу пройти через окружение как часть сообщения в очереди, которое входит в мою функцию Azure, но, безусловно, есть более элегантный способ иЯ что-то упустил?

Answer 1

Я думаю, это зависит от дизайна вашего решения, размера и стратегии развертывания. Вот 3 варианта:

Вариант 1 (наше решение): мы используем функции Azure в больших масштабах и в 4 средах (DEV, TEST, STAGE, PROD). Поэтому мы создали функцию для каждого экземпляра, имеющую правильную строку подключения на каждом этапе.

Вариант 2: Другой возможностью было бы создание различных слотов развертывания и параметров настройки, тогда вы могли бы просто использовать одну функцию сразличные настройки.

Вариант 3: Вы можете создать параметризованные настройки и решить, какой из них выбрать.