Можно ли сразу выпустить полный набор потенциально зависимых артефактов (микросервисов)?

Question

Традиционно мы должны доставлять наши приложения на тестовую и опытную платформы по одной (обычно вручную с использованием настроек). Такие приложения, как интерфейс javascript SPA UI, связаны с внутренними службами, и их доставка иногда идет вместе. Каждый сервис и каждое приложение имеет свой собственный git репозиторий. (сейчас мы используем исходную версию TFS 2018). Затем, когда необходимо go запустить в производство, мы одновременно предоставляем все внешние службы и приложения, которые были проверены.

Мы бы хотелось бы автоматизировать наш процесс, но мы не знаем, подходит ли Azure Devops. Из того, что я понимаю с Azure Devops, мы можем создать независимый артефакт для каждого микросервиса и каждого внешнего приложения. Мы также можем доставить их самостоятельно.

Мне кажется, что Azure Devops по умолчанию позволяет вам управлять циклом доставки для определенного микросервиса, но не для сборки, составляющей полную систему, верно?

Но так ли это Можно ли доставить набор проектов каждый с определенной версией? Для этого все наши проекты должны быть в одном решении или в одном репозитории git?

Answer 1

Да, вы можете использовать несколько артефактов из разных источников (артефакты сборки, репозитории, фиды пакетов, github, docker концентратор, Azure Реестр контейнеров, ++) в рамках одного конвейера или определения выпуска. Это верно как для определений релиза classi c, так и для современной многоступенчатой ​​конвейерной реализации.

Например, вы можете определить определение конвейера или выпуска, которое использует интерфейсное веб-приложение из артефакта сборки, полученного из RepoA, артефакт внутреннего сервиса, полученного из реестра контейнеров, первоначально из RepoB, и, скажем, библиотека скриптов в виде Git артефакта из репо C. Оттуда вы можете развернуть каждый из этих артефактов вместе или параллельно, последовательно, частично, с утверждениями, условно и т. Д. c, все из одного конвейера.

Полная конфигурация в виде кода YAML многоэтапных конвейеров все еще находится в предварительном просмотре, поэтому есть некоторые сочетания рабочих процессов, которые немного сложнее реализовать. Но достаточно проверки четности с определениями релиза classi c, которые я бы по умолчанию использовал для многоступенчатой ​​обработки для любых net новых потребностей.