Azure Devops – Как Указать Зависимость При Развертывании?

Aladinchik

Это вопрос дизайна. Я не уверен, что это подходящее место. У нас есть несколько микросервисов, развернутых с использованием сине-зеленого шаблона в конвейерах Azure DevOps.

Я пытаюсь добиться того, чтобы развернуть службы (триггерный конвейер) на основе версии службы.

В качестве примера предположим, что у нас есть три сервиса. [email protected] , [email protected] и [email protected] which have an internal dependency graph, and different versions, то есть [email protected]

Если я хочу развернуть, скажем, сервис [email protected] and for that to work we want service [email protected] и сервис [email protected] .

Поэтому, когда я решу, что хочу развернуть сервис C automatically I want to trigger the pipeline for service B и сервис A .

Итак, мы хотим развернуть точную версию этих сервисов для ряда событий, таких как обновление базового кластера k8s или подобные изменения.

Я пытался запустить конвейер из одного конвейера в другой (триггер конвейера), но я не могу передать ту же самую версию, которую необходимо развернуть службе зависимостей.

#azure-devops #deployment #azure-kubernetes-service #bluegreen

Venoirrem91

Если я правильно понимаю, этот вопрос основан на проблеме, которую я изначально изложил здесь - https://worklifenotes.com/2020/03/04/microservices-combinatorial-explosion-of-versions/

Итак, мы работали над этим последние 2 года. Ключевыми моментами в подходе, который, по нашему мнению, пока работает хорошо, являются следующие:

Все компоненты должны создаваться независимо. Запуск одного конвейера из другого конвейера является антишаблоном, что обычно приводит к запутанному процессу.
Вам нужен уровень интеграции поверх отдельных сборок, чтобы смешивать и сопоставлять компоненты вместе и записывать полученные метаданные. Во многих случаях можно использовать всегда последнюю версию. В простейшем случае вы можете заставить его работать, зафиксировав его в выделенном репозитории git для захвата рабочего набора ссылок между версиями. В некоторых случаях (регулируемые среды) требуется больше — скажем, вам необходимо закрепить какой-то компонент в определенной версии или обеспечить дополнительную автоматизацию или лучший аудит. Именно здесь для этой цели можно использовать специализированные инструменты, подобные тому, который мы создаем (Reliza Hub) или альтернативы (например, DeployHub).
Что касается развертывания — во время развертывания ваш экземпляр будет запрашивать источник истины, который содержит перестановки версий (опять же, в самом простом случае — это будет выделенный репозиторий git — см. GitOps, или в более сложном случае — специализированный инструмент будет находиться в смешивание). По сути, здесь вы устанавливаете авторитетный источник того, какая версия используется в какой среде на основе некоторых правил.

Похожие темы	Дата
Запуск Нескольких Веб-Сайтов На Docker В Изолированных Или Общих Контейнерах Базы Данных?	19.12.2024, 05:12
Как Решить Проблему «Нет Прямых Восходящих Потоков При Подключении К Восходящему Потоку» При Попытке Использовать Прокси-Сервер Jenkins С Помощью Jwilder/Nginx?	19.12.2024, 05:12
Ubuntu — Сборка Докера Завершается Неудачно На Одной Машине, Но Завершается Успешно На Другой	19.12.2024, 05:12
Amazon Rds – Вопрос О Новом Aws Rds Ca	19.12.2024, 05:12
Kubernetes - Eck - Установка Плагинов: Привилегии При Ошибке	19.12.2024, 05:12
Дженкинс - Плагин Aws Cloudwatch Logs Publisher Зависает При Завершении Задания	19.12.2024, 05:12
Веб-Сервисы Amazon. Можно Ли Смонтировать Корзину S3 Как Точку В Контейнере Докеров?	19.12.2024, 05:12
Веб-Сервисы Amazon – Как Мне Получить Доступ К Консоли Загружающегося Экземпляра Ec2 В Aws?	19.12.2024, 05:12
Как Рассчитать Дисковое Пространство, Необходимое Для Prometheus V2.2?	19.12.2024, 05:12
Как Получить Список Переменных Env Из Корневой Папки В Задание Дженкинса?	19.12.2024, 05:12

Azure Devops – Как Указать Зависимость При Развертывании?

Aladinchik

Venoirrem91

I AM

Интересно