DevOps с Ansible (4 серии части)
Этот пост был первоначально опубликован в thbe.org .
Последняя открытая часть заключается в том, как это выглядит в действии и где мне найти код. Прежде чем мы начнем, и в случае, если вы пропустили это, вот два предыдущих посты по этой теме:
- Гармонизировать базовую настройку с Ansible, 1/3
- Гармонизировать базовую настройку с Ansible 2/3
Во -первых, я установил несколько минимальных виртуальных машин, которые должны выступать в качестве целевых узлов для этой демонстрации. Я использовал разные распределения, чтобы продемонстрировать, насколько гибко можно настроить:
На следующем шаге я выполню запуск конфигурации:
$ ansible-playbook -i production.yml common.yml
Теперь Ansible подключается к целевым узлам и начинает ее магию. Он пройдет список определенных задач и выполнит их. Когда заканчивается Ansible, экран будет выглядеть так:
На самом деле, в конце концов, две разные вещи устанавливают желаемое состояние и проверяют желаемое состояние. Это очень важно, потому что это означает, что если Ansible обнаружит неправильное состояние, оно исправят его до желаемого состояния. Он защищает ИТ -ландшафт от дрейфов на конфигурации (небольшие исправления или усовершенствования, выполняемые на одном узле, но не на остальных узлах).
Это, наконец, означает, что все узлы выглядят почти одинаково, даже при разных распределениях (не все равны, Debian Distribitions все еще использует dpkg вместо rpm и т. Д., но большинство вещей будут одинаковыми ):
Это на данный момент, я показал, как выглядит ролевой подход для Ansible и чего вы можете достичь. Если мы с нетерпением ждем, нам все еще нужно расширить основополагающий ролевой подход с ролями конкретных приложений, таких как веб-серверы, но я надеюсь, что основная идея ясна. Если вы хотите увидеть полный код Ansible, который я использовал для этой демонстрации, вам нужно проверить мой соответствующий GitHub проект:
DevOps с Ansible (4 серии части)
Оригинал: «https://dev.to/thbe/harmonize-basic-set-up-with-ansible-part-3-4pao»