Я хотел бы прояснить следующий пробел в шаблонах Azure ARM:
Давайте предположим, что у меня есть основной шаблон со следующим:
App Service plan creation
Azure SQL server creation
SQL elastic pool creation (using previously created Azure SQL server)
Этот шаблон будет использоваться для первоначального создания моей облачной инфраструктуры.
Затем я добавлю дочерний (вложенный или связанный) шаблон к моему основному шаблону.
Дочерний шаблон будет содержать создание AppService Web App+SQL:
Web App creation (using App Service Plan defined in master template)
Azure SQL database creation (using Azure SQL server defined in master template)
Adding Azure SQL database to elastic pool (defined in master template)
Я опущу несколько деталей, таких как первоначальное создание хранилища ключей Azure, а также создание и хранение в этом хранилище необходимых учетных данных, таких как имя пользователя и пароль администратора SQL или сертификаты SSL для моего веб-приложения.
Итак, что я хочу получить в конце выполнения развертывания шаблона:first template deployment
- Создание базовой инфраструктуры (план службы приложений для веб-приложений, SQL-сервер добавлен в эластичный пул)
- Один экземпляр службы приложений (веб-приложение + SQL), использующий ранее созданный план службы приложений и эластичный пул (где будет размещена моя база данных SQL).
second template deployment
- Один (второй) экземпляр службы приложений (веб-приложение + SQL) будет создан с использованием существующей инфраструктуры.
N-template deployment
- Будет развернут один (N-экземпляр) службы приложений (веб-приложение + SQL) ‹...>
Вопросы:
- Должен ли я использовать вложенные или связанные шаблоны? В чем конкретно разница в моем случае?
- Правильно ли мое общее решение или мне следует изменить его\найти другой подход?
Я уже нашел следующий пост говоря, например, я могу использовать блокировку ресурсов (для предотвращения удаления) или использовать добавочный режим для развертывания (для сохранения существующих ресурсов), однако это не отвечает на мой вопрос относительно всего подхода.