ALM - развертывание приложения трека

Question

Мы используем TFS 2015 в течение достаточно длительного времени. У нас есть много проектов, которые работают над решением TFS. Мы используем встроенные средства управления версиями, чтобы упростить развертывание и отслеживание. Но в нашем бизнес-контексте мы должны развернуть много разных проектов на разных серверах (OnPremise, Azure, сторонний хостинг). Некоторые зависимости от проекта зависят от другого проекта.

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

Мы можем проверить каждый проект TFS, в разделе «Управление версиями» и отредактировать конфигурацию каждой среды, но это не решение по мере роста числа проектов.

Что является лучшей стратегией или рекомендацией?

Благодаря

Answer 1

Боюсь, используя Release Management это лучший выбор для вашей ситуации. Несмотря на то, что вы столкнетесь с некоторыми ограничениями производительности или управления с ростом количества проектов.

Управление релизами сохраняют полную прослеживаемость (постоянные тропы аудита)

• Мониторинг текущего состояния выбросов и развертывания всех средах.
• Отслеживать состояние последних развертываний в каждой из сред.
• Сохраните подробную историю аудита всех действий, выполняемых при выпуске.
• См. Фиксации и рабочие элементы, связанные с каждой версией.

И так как вы используете его, чтобы сделать развертывание, это не самый лучший выбор. Вы сказали, что ваша команда должна развернуть много разных проектов на разных серверах (OnPremise, Azure, сторонний хостинг). Как вы можете себе представить, какой сторонний инструмент или система будет обрабатывать такую ​​сложную кросс-платформенную среду. И этот инструмент должен также отслеживать исходный код, результат развертывания через Управление выпуском ...