#azure #automation #azure-devops
#azure #автоматизация #azure-devops
Вопрос:
У меня есть запрос на одновременную настройку нескольких сред, чтобы мы могли незаметно тестировать несколько проектов одновременно. В идеале мы должны иметь возможность изменять эти среды вверх и вниз по мере необходимости.
У нас архитектура на основе микросервисов, и в нашей инфраструктуре в основном используются службы Azure PAAS.
В настоящее время я пытался автоматизировать нашу инфраструктуру с помощью terraform, это почти сделано, но следующим шагом является развертывание кода, поскольку сервисы не контейнеризированы, поэтому я попытался использовать конвейеры Azure, но это огромная задача, могу ли я получить для этого лучшее представление о том, как мы могли бы это сделать.
Комментарии:
1. Я думаю, что ваш вопрос слишком общий. Пожалуйста, попробуйте сначала достичь того, чего вы хотите, а затем поделитесь с нами, где вы видите проблему. Если у вас сложная микросервисная архитектура, создание полного конвейера может занять некоторое время, однако у вас есть инструменты, позволяющие избежать дублирования, такие как шаблоны и многие другие. Все зависит от конкретных требований. Если вы хотите развернуть свой код в веб-приложении самым простым способом, это одна задача, как только у вас будет готовый пакет. Так что на самом деле все зависит от требований. Начните с небольшого, но рабочего примера, а затем переходите к реализации дальнейших требований.
2. Пожалуйста, оставьте отзыв, если предложенный ответ был полезным или нет.
Ответ №1:
Следует рассмотреть возможность использования шаблонов конвейера Azure, как только это будет определено, а затем можно использовать его везде. Например, с помощью terraform создан шаблон для выполнения плана и применения, который просто нужно ввести в каталог, в котором находится terraform. Это сэкономило время для всех проектов, поскольку нам просто нужно ссылаться на наш шаблон, а об остальном позаботились.
Что касается вашего другого вопроса с возможностью увеличения и уменьшения скорости, это можно легко сделать, если приложение спроектировано с учетом этого. При развертывании помните о некоторых вещах, имена которых должны быть уникальными: учетная запись хранилища, служба приложений и вещи, которые потенциально являются общими: например, сеть.
Другая часть, которую следует рассмотреть, — это как обеспечить, чтобы эти специальные среды действительно разворачивались. Я бы порекомендовал что-то вроде стратегии тегов или процесса, который очищает ресурсы, которые не были развернуты в течение x дней.