LINUX.ORG.RU

История изменений

Исправление Kroz, (текущая версия) :

Логика такая:
1. Если тебе нужно просто обновить конфигурационный файлы - да, можно выкладывать в git и потом забирать, как ты сказал.
2. Предположим, что теперь тебе нужно не конфиг обновить, а, например, запустить апдейт пакета. Это запуск команды по какому-то триггеру. Пока всё ещё ничего сложного, но, заметим, это второй твой скрипт в библиотеке.
3. А теперь тебе нужно не просто скопировать файл на машину, а с каким-то изменением, которое уникально для каждой машины. Тоже скриптик или однострочник, но с одним исключением: его нельзя запускать дважды. То есть нужно проверить, а есть ли нужное изменение уже на машине, и, если нет - произвести его. И это уже третий скрипт в библиотеке.
4. А теперь у тебя таких скриптов под сотню, и на разных машинах нужно запускать различные комбинации скриптов.

Ansible позволяет:
1. Писать скрипты автоматизации конфигурации хостов для тех, кто не очень знаком с bash/python/регулярками/git/... и т. п.
2. Репозиторий-библиотеку «скриптов» + возможность формировать различные «подборки» для конкретной задачи / конкретного типа хоста - playbook (если не ошибаюсь), например, сконфигурить WEB-сервер с нуля.
3. Framework, который обеспечивает выполнение «скрипта» только в том случае, если изменение нужно. То есть гарантию того, что повторный запуск playbook'а ничего не поломает.
4. Легко применять конфигурацию на большом количестве машин.

Ну, то есть ты всё это можешь сделать на bash/python. Но тут у тебя есть готовый framework + из коробки библиотека типовых скриптов + единый механизм как это менеджить. Ну, и не забываем про тех, кто не силен в скриптах, но хочет чувствовать себя супер-админом.

Исходная версия Kroz, :

Логика такая:
1. Если тебе нужно просто обновить конфигурационный файлы - да, можно выкладывать в git и потом забирать как ты сказал.
2. Предположим, что теперь тебе нужно не конфиг обновить, а, например, запустить апдейт пакета. Это запуск команды по какому-то триггеру. Пока всё ее ничего сложного, но, заметим, это второй твой скрипт в библиотеке.
3. А теперь тебе нужно не просто скопировать файл на машину, а с каким-то изменением, которое уникально для каждой машины. Тоже скриптик или однострочник, но с одним исключением: его нельзя запускать дважды. То есть нужно проверить, а есть ли нужное изменение уже на машине, и, если нет - произвести его. И это уже третий скрипт в библиотеке.
4. А теперь у тебя таких скриптов под сотню, и на разных машинах нужно запускать различные комбинации скриптов.

Ansible позволяет:
1. Писать скрипты автоматизации конфигурации хостов для тех, кто не очень знаком с bash/python/регулярками/git/... и т. п.
2. Репозиторий-библиотеку «скриптов» + возможность формировать различные «подборки» для конкретной задачи / конкретного типа хоста - playbook (если не ошибаюсь), например, сконфигурить WEB-сервер с нуля.
3. Framework, который обеспечивает выполнение «скрипта» только в том случае, если изменение нужно. То есть гарантию того, что повторный запуск playbook'а ничего не поломает.
4. Легко применять конфигурацию на большом количестве машин.

Ну, то есть ты всё это можешь сделать на bash/python. Но тут у тебя есть готовый framework + из коробки библиотека типовых скриптов + единый механизм как это менеджить. Ну, и не забываем про тех, кто не силен в скриптах, но хочет чувствовать себя супер-админом.