0

В настоящее время я перехожу с полной загрузки на сайт Release Management на веб-версию в TFS 2015. Одна вещь, которую я заметил, это то, что в старом клиенте вы можете создать последовательность развертывания и настройки действий для запуска параллельно, например, я мог бы эти два шага, выполняющихся в то же время:Управление выпуском TFS 2015 - нет параллельных задач

SQLServer - DeployDatabase.ps1
AppServer - DeployWebApp.ps1

в Сети на основе версия представляется эквивалентом «Действия» (теперь называемой «Задачи») может быть установлена ​​только серийно. Таким образом, вы можете увидеть, что существует потенциальная значительная потеря времени, когда вы раскрываете идею параллельных задач для нескольких ролей сервера (все выполняемые независимые шаги).

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

Так что мой вопрос: существует ли эта функциональность? Я где-то пропустил трюк? Кажется, что новое управление релизами на веб-сайтах больше фокусируется на аспекте развертывания параллельной среды, забывая о необходимости развертывания как можно быстрее в каждой среде.

Редактировать: Пример того, что я описываю выше.

Parallel Template

Вы можете видеть, что у меня есть параллельные развертывания, происходящие на различных серверных ролей жгутов среду. Я понимаю, что рекомендация, высказанная в ответ Дэниел Манн, заключается в том, чтобы создать несколько сред и спроектировать соответственно, проблема с добавлением нескольких «Envs» для удовлетворения этого заключается в том, что мы теряем все хорошие вещи, такие как способность быстро копировать и управлять средами , IE Я настраиваю шаблон среды DEV и копирую эту «среду» для создания «QA», но если бы у меня было 10 «сред» для одной истинной «среды», тогда мне пришлось бы управлять этими накладными расходами. Похоже, что большая часть удобства использования, возможно, была удалена в новом предложении. Или мне не хватает новой концепции?

ответ

1

Предложение в TFS 2015 немного ограничено в этом отношении, но предложение быстро улучшалось с тех пор. В TFS 2017 (и VS Team Services) вы можете установить более надежные триггеры среды и условия развертывания для сред. Это позволяет «развернуть» несколько одновременных сред, а затем «включить вентилятор» в последующие среды. При этом, вы можете, например, иметь трубопровод среды, которая выглядит следующим образом:

  Dev 
    _____|_________ 
    |    | 
QA Database Tier QA Web Tier 
    |_______________| 
      | 
     Staging 
      | 
     etc 

Оба «ОК» среда может быть независимо друг от друга развертывания параллельно до тех пор, как там было несколько агентов, доступных для их работы.

Однако имейте в виду, что требования к лицензированию вокруг параллельных сборок/развертываний различаются в TFS 2017 и VS Team Services. Концентратор Release в TFS 2015 был рассмотрен как «предварительный просмотр» и не имел каких-либо конкретных требований к лицензированию с точки зрения того, сколько параллельных конвейеров сборки/развертывания может быть запущено.

+0

Спасибо за ответ Daniel. Я думаю, что я следую, но для того, чтобы выяснить, действительно ли диаграмма эффективно разделяет среду «QA» на 2 отдельные среды, чтобы заставить параллельные задачи работать на двух разных ролях? IE Я бы создал определение сборки, я бы добавил 2 среды для этого и задал задачи или задачи для каждого, тогда я бы установил триггер конвейера, чтобы одновременно отбросить обе эти «среды» (но этот предварительный запуск не является доступный в 2015 году). – Re1ease

+0

@ Re1ease Это правильно. –

+0

Я отредактировал свой вопрос более подробно, не смог подставить свой ответ в комментарий :) – Re1ease

 Смежные вопросы

  • Нет связанных вопросов^_^