Введение в управление конфигурацией скачать в хорошем качестве

Введение в управление конфигурацией

– Что такое управление конфигурацией? (например, Puppet, Ansible, Saltstack, Chef) – Зачем нужно управление конфигурацией? Пример: настройка веб-сервера установка пакетов редактирование конфигурационных файлов перезапуск служб эксперименты + устранение неполадок документирование 90% один сервер занимает X времени, два сервера — 2X времени — линейно настройка веб-сервера 2: отслеживание истории команд оболочки вставка команд в скрипт выполнение простых условных схем — если это сработало, то сделайте это вставка конфигурационных файлов настройка веб-сервера 3: создание образа идеального веб-сервера клонирование + запуск скриптов для настройки при развёртывании надежда на то, что всё будет хорошо больше скриптов для управления, когда что-то идёт не так при изменении чего-то создать новый базовый образ и постепенно разослать его на серверы партиями молиться, ругаться, устранять неполадки, исправлять, повторять настройка веб-сервера 4: управление конфигурацией! Настройте СОСТОЯНИЕ вместо ПРОЦЕССА 1 или 100 серверов... всё равно УПРАВЛЯЙТЕ СОСТОЯНИЕМ ПОСЛЕ РАЗВЕРТЫВАНИЯ На каких серверах всё ещё работает старая версия пакета xyz? На каких серверах был изменён этот файл конфигурации? Добавил ли хакер вредоносные программы в конфигурацию веб-сервера? В crontab? Вы больше не работаете вслепую после развёртывания 1. Автоматизация Повторяющиеся задачи 2. Документация Вынуждены быть достаточно простыми Как что-то работает? Давайте проверим! Легко исследуемая абстракция процесса 3. Обеспечение соблюдения Просмотр изменений, обеспечение соответствия Больше никаких «отстающих» — серьёзная проблема при крупных развёртываниях Какие проблемы это решает? – создание образов систем какое-то время приемлемо, но потом УПРАВЛЕНИЕ этими системами становится сложным – автоматизация – расхождение в крупных развёртываниях: некоторые старые, некоторые новые, некоторые уязвимые, некоторые настроены по-разному (аудит) – отсутствие возможности быстро увидеть, в каком состоянии находятся все системы – идемпотентность – большинство стремится к большей безопасности, чем скрипты – «инфраструктура как код» – упрощает управление версиями, тестирование и развёртывание Для «маленького» системного администратора? – перетасовка документации, документы устаревают – вы забываете, как всё делали, поскольку не развёртываете по 10-15 серверов/контейнеров в день – на один уровень абстракции выше скриптов оболочки – СОСТОЯНИЕ, а не ПРОЦЕСС – автоматизация (функции «большого развёртывания» здесь менее важны) – документирование (больше никаких неуклюжих заметок – идеал Lisp «код – ЭТО документация» достигнут)