Visual Studio Team Services: Управление выпуском для многоуровневой инфраструктуры в среде

Question

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

• UI Applications будет на зоне 1 (для этой цели я создал Построить Определения "UI сборка Определение" для интерфейса проектов)

• Service API, на зоне 2 (также создало различный BUILD Определение " ServiceAPI Сложение Определение)

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

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

Как сделать часть управления релизами? Конфигурирование и указание зон или серверов на среду привязывает каждую версию к серверу в разных зонах?

Answer 1

Боюсь, что пока нет никакого способа сделать это, поскольку вы можете выбрать только одну «очередь агента» для одной среды, и нет способа указать, какой агент в очереди использовать базу на разные сети.

Альтернативный способ для этого будет выглядеть так, как вы думаете в комментариях: Используйте два трубопровода: Dev (Zone1) -> QA (Zone1) -> Prod (Zone1) и Dev (Zone2) -> QA (Zone2) - > Прод (Zone2). При этом вы можете указать разные агенты для разных зон.

Answer 2

Конкретный выпуск в VSTS соответствует конкретному контуру развертывания, то есть маршруту, которое требуется вашему приложению, чтобы стать живым (что-то вроде DEV> QA> PROD). Релиз состоит из окружения, и в каждой среде вам необходимо развернуть компоненты вашего приложения, которые должны работать вместе, чтобы, если вы пропустили развертывание компонента, который нарушает ваш мир приложений. Думайте подразделение работы.

Спецификация будет зависеть от того, как вы выполняете развертывание. Если вы копируете артефакты на целевые узлы, а затем запускаете PowerShell на этом узле для развертывания, агент должен уметь видеть узел - как правило, используя WinRM. Если агент может видеть все узлы в разных зонах, вам нужен только один агент.