Мы можем получить подобную мерзавцу функциональность с инструментом как марионетка?
Нет ничего уже записанного, которое сделает это из поля. Если Вы волнуетесь по поводу определенных пакетов программного обеспечения, можно легко сделать это с некоторыми сценариями оболочки.
Я волновался бы больше об обеспечении пользователей, не может делать ничего плохого друг другу, и что у Вас есть рабочие резервные копии всех сайтов.
Такие инструменты, как puppet , предназначены для приведения конфигурации в правильное состояние. Такие инструменты, как git , предназначены для отслеживания версий файлов. Обе эти задачи называются управлением конфигурацией, что может привести к путанице. Далее я буду использовать контроль версий для обозначения таких инструментов, как git , и декларативное управление конфигурацией, чтобы обращаться к таким инструментам, как puppet . Я предполагаю, что вам не нужно отслеживать, какая версия компонентов установлена с помощью инструментов управления конфигурацией. Это может быть важно при воспроизведении ошибок. Инструменты управления конфигурацией могут отслеживать версии и могут использовать инструмент контроля версий для хранения инвентаризации.
Декларативное управление конфигурацией позволяет указать желаемую конфигурацию и способ ее достижения. После того, как вы определили желаемую конфигурацию и запустили инструмент, он выполнит указанные действия для установки и настройки требуемых компонентов. Рекомендуется использовать средство контроля версий для поддержания этой конфигурации.
РЕДАКТИРОВАТЬ: При запуске автоматической настройки важно запустить диспетчер пакетов в режиме, который не запрашивает значения конфигурации. (Ubuntu / Debian может использовать файл pre-seed для переопределения значений конфигурации по умолчанию.) Если диспетчер пакетов обновляет файлы в / etc , вам нужно будет оценить изменения и, возможно, потребуется настроить декларативную конфигурацию. (Ubuntu / Debian отслеживает замену, добавляя расширение типа .dpkg-old или . dpkg-new к имени файла.) Я просматриваю изменения после обновления версии O / S, что часто вызывает ряд изменений файла конфигурации.
Существует множество методов, которые можно использовать для обновления конфигурации файлы в / etc . Я использовал три:
- использование инструмента конфигурации платформы для обновления файлов (в Ubuntu / Debian есть механизм предварительной настройки для этого);
- использование инструмента декларативного управления конфигурацией для редактирования файлов конфигурации; а также
- копирование файла конфигурации из центрального репозитория.
Каждая система будет иметь небольшое количество файлов конфигурации, зависящих от хоста. Сюда входят файлы, относящиеся к именованию хостов, статической конфигурации сети и другие. Если вы обновите файл, отредактировав его, можно будет добавить локальные изменения, которые не будут исправлены инструментами управления декларативной конфигурацией.
Инструменты управления версиями отслеживают содержимое файлов по мере их изменения. Обычно для них требуется ручная фиксация, поэтому управляемые файлы могут значительно не синхронизироваться с контролируемыми версиями. Чтобы отслеживать изменения, нужна дисциплина.
Подход, который я использую для обеспечения атомарных изменений, заключается в использовании инструмента управления версиями для предоставления конфигурации для моего инструмента управления декларативной конфигурацией. - Я редактирую конфигурацию в собственном рабочем каталоге. После завершения изменений я проверяю изменения и фиксирую их. - Главный сервер начинает свой процесс с обновления своей конфигурации. (Более крупная установка может иметь две или более ветки и главные серверы, позволяющие передавать изменения на небольшой набор серверов для тестирования.) - Клиенты получают изменения своей конфигурации с главного сервера. - Инструмент управления декларативной конфигурацией сравнивает текущую конфигурацию с их конфигурацией и применяет все необходимые изменения.