Среда развертывания веб-сайтов / веб-сервисов diff / monitor?

Question

Система моей компании построена на основе набора веб-сайтов ASP.NET, веб-сервисов, служб Windows и баз данных. (всего около 40)

Мы поддерживаем три среды - QA, PREPROD и LIVE; но управлять тем, что установлено (и работает) в каждой среде, - настоящая боль. Похоже, мы тратим больше времени на отладку того, что установлено и работает в каждой среде, которая фактически разрабатывает функции.

Я ищу инструмент "diff" на уровне среды, который скажет мне, что отличается между средами, какие службы работают в каждой среде и т. Д. И т. Д.

Существует ли какой-нибудь инструмент, подобный этому?

Спасибо!

Answer 1

Моя команда разработчиков в настоящее время использует инструмент под названием ConfigMerge (доступный в CodePlex), чтобы помочь нам контролировать исходные файлы наших web.config. Возможно, вы не очень заботитесь о SCM, но такой инструмент может помочь вам управлять развертыванием конфигурационных файлов, потому что вы можете сохранить один файл, общий для всех ваших серверов, и выделить отдельные элементы XML, которые необходимо изменить для каждого сервер. Позвольте инструменту ConfigMerge создать конечный результат и развернуть его.

Это не поможет вам выполнить "настройку различий", но может помочь уменьшить необходимость.

Answer 2

Самое близкое, о чем я могу подумать, это Visual Studio Team System Deployment Designer . Вы можете спроектировать модель системы и ее логическую архитектуру развертывания, а также сравнить ее с физическим развертыванием. Например, вы можете проверить правильность настройки виртуальных каталогов, проверить наличие версий и исправлений компонентов и серверов и т. Д. ...

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

Answer 3

добавьте ко всему тому, что вы сказали, вы также можете использовать FinalBuilder, это удивительный инструмент для автоматизации сборки, он сэкономил мне много времени, делая вещи, аналогичные тем, что вы делаете, он может автоматизировать весь процесс, Compiling Visual studio проект, сравнение файлов, FTP.

надеюсь, это поможет.

Answer 4

Мы используем сервер сборки, который отвечает за автоматическое развертывание сайтов, служб и т. Д. При успешных сборках в нашей среде разработки.

Поскольку мы используем TFSBuild, мы используем TFSDeployer, который отслеживает настройку качества сборки. Когда он переключается в «промежуточное состояние», некоторые сценарии powershell выполняются, чтобы перенести сборку в нашу промежуточную среду.

Для производства мы также используем TFSDeployer с одним небольшим изменением. Вместо того, чтобы переходить непосредственно к рабочим папкам, он перемещает его в папки резервных копий на производственных серверах. Затем команда по инфраструктуре вручную копирует их из места их последнего упокоения. Это гарантирует, что никто не будет случайно развернут в производство.

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