Мы сохраняем базовый уровень виртуальных машин в библиотеке. Они примерно 20 с лишним (со смесями разных версий Java, DB2, WAS и т. Д.), Которые команды разработки и тестирования могут копировать для собственного использования.
Библиотекарь (разработчик, выполняющий это неполный рабочий день) несет ответственность за поддержание их актуальности. То, что они сделают, это скопировать одну из виртуальных машин каждую неделю или около того, загрузить ее и установить все обновления, а затем скопировать обновленную виртуальную машину обратно по оригиналу. Это означает, что он доступен для проверки, кроме случаев, когда выполняется операция копирования. Кроме того, количество виртуальных машин, которые необходимо обновить, сводится к минимуму благодаря тому, что они разделены.
Так мы делаем наши снимки, частично копируя каталоги, потому что это проще в управлении, но в основном потому, что мы слишком туго, чтобы купить версию рабочей станции :-) Вместо этого мы используем плеер.
Это в основном автоматизировано, так как все виртуальные машины захватывают свои обновления с нашего SUS-сервера, и мы знаем, когда у них есть готовые обновления. Библиотекарь уведомляется сценарием, который необходимо обновить виртуальными машинами, и просто должен запустить другой скрипт, который копирует виртуальную машину и запускает копию.
После того, как библиотекарь удовлетворен, копия обновлена, они закрывают ее, а другой скрипт копирует эту виртуальную машину обратно в библиотеку и обновляет ее статус.
Это должно быть на Serverfault. – Joe
Я думал об этом. Но тестирование в виртуальных машинах (и поддержание их в актуальном состоянии) - это то, что делают многие программисты. –