У меня возник вопрос, какой план обслуживания выбрать для некоторых функций Azure, которые я хочу создать. Я пробовал использовать динамический план в Западной Европе, но, заглянув на портал, он не поддерживает слоты. Поэтому, хотя динамический план отлично подходит для горизонтального масштабирования, я обеспокоен тем, что, когда мы хотим делать свопы между производством - стадией - разработкой, мы не можем сделать это, используя динамический план. С другой стороны, глядя на классические тарифные планы, я могу получить S1-2-3, который поддерживает слоты. Проблема здесь в том, что я могу развертывать 10 функций в одном приложении-службе, и для работы им может потребоваться память и вычислительная мощность. Что произойдет, если все эти службы будут выполняться на одной виртуальной машине, как они будут масштабироваться? Будет ли масштабироваться виртуальная машина или функция?
Поддерживает ли динамическое приложение службы Azure слоты для обмена
Ответы (1)
Слоты в настоящее время не поддерживаются в Функциях Azure ни для динамических, ни для классических планов обслуживания. Эта функция еще не отключена полностью, но вы должны ожидать, что некоторые вещи не будут работать правильно, если вы создадите слот и попытаетесь выполнить обмен.
Чтобы ответить на ваш другой вопрос, выбор классического тарифного плана для приложений означает, что вам нужно будет либо самостоятельно управлять масштабированием, либо изучить настройку автоматического масштабирования. Дополнительную информацию о масштабировании с помощью классических планов обслуживания приложений можно найти в официальной документации службы приложений Azure: https://azure.microsoft.com/en-us/documentation/articles/web-sites-scale/
person
Chris Gillum
schedule
22.09.2016
Итак, как я могу реализовать промежуточную среду с функциями? На данный момент мои функции являются триггерами HTTP, поэтому я подумал о создании функции-заглушки (скажем, RouteIt), которая возвращает перенаправления (307) на нужный. И когда основная функция находится на обслуживании, просто измените URL-адреса перенаправления.
- person Elvis; 25.09.2016
