16 мая 2019 года вышла новая версия системы управления конфигурациями Ansible.

Главные изменения:

• Экспериментальная поддержка коллекций Ansible и пространства имен контента. Теперь контент Ansible можно упаковать в коллекцию и адресовать через пространства имен. Это позволяет упростить совместное использование, распространение и установку связанных модулей/ролей/плагинов, т.е. согласованы правила доступа к конкретному контенту через пространства имен.
• Обнаружение интерпретатора Python — при первом запуске модуля Python на цели Ansible попытается найти правильный интерпретатор Python по умолчанию, который будет использоваться для целевой платформы (по умолчанию /usr/bin/python). Можно изменить это поведение, установив ansible_python_interpreter или через config.
• Устаревшие аргументы CLI --sudo, --sudo-user, --ask-sudo-pass, -su, --su-user и --ask-su-pass были удалены, вместо них нужно использовать --become, --become-user, --become-method и --ask-become-pass.
• функция become была перенесена в архитектуру плагинов и стала настраиваемее.

Также большое кол-во небольших изменений, к примеру экспериментальная поддержка транспорта ssh для windows (теперь не нужно на windows настраивать winrm, а достаточно использовать встроенный в Windows 10 openssh).

>>> CHANGELOG

После долгого ожидания, наконец-то открылся Ansible Tower, под названием AWX.

Проект AWX - открытый проект спонсируемый Red Hat, позволяющий пользователям лучше контроллировать свою инфраструктуру.

AWX это upstream проект, на котором будет основываться коммерчески поддерживаемый Tower, по тому же принципу что и Fedora-RHEL, oVirt-RHV, MIQ-CloudForms и т.д.

AWX планируется как часто выпускаемый, быстро развивающийся проект, в котором будет проводиться разработка. Ansible Tower будет основываться на избранных версиях AWX, доработанных для стабильности и долгосрочной поддержки.

Исходники AWX будут доступны под лицензией Apache License 2.0.

Команда AWX на данный момент планирует выпускать новые релизы примерно каждые две недели. Некоторые релизы будут обозначены как «стабильные» (что конечно не означает что их рекомендуют к использованию в продакшене).

Ну и прямая цитата из оригинала:

Q: WHY IS RED HAT DOING THIS?

Because this is what Red Hat does.

Ссылки:

https://www.ansible.com/awx-project-faq

https://github.com/ansible/awx

>>> Подробности

25-го мая вышла очередная версия Ansible — 2.1

Некоторые новшества:

• Поддержка Azure и новые модули для Windows
• Модули управления сетью поддерживаются официально (tech preview в 2.0)
• Переработаны модули поддержки контейнеров: дополнения в модуле Docker, новый модуль для Kubernetes

Changelog

Github

>>> Официальный пресс-релиз

Сегодня вышел Ansible 2.0. Этот релиз в первую очередь является масштабным рефакторингом, направленным на устранение technical debt, накопившегося за три года бурного роста до 1000 участников. Обещают обратную совместимость на уровне плейбуков, но API плагинов претерпел значительные изменения. Инструкция по портированию прилагается.

Новый релиз также привносит несколько ожидаемых улучшений: таск блоки, которые добавляют механизм исключений в плейбуки, человеческий код для парсинга YAML'а и, соответственно, нормальные сообщения об ошибках, динамические инклуды, а также плагины типа «execution strategy», которые позволяют пользователям менять, как происходит выполнение задач на целевых машинах. Кроме того, в поставку включены новые и/или существенно улучшенные модули для поддержки OpenStack, AWS, Docker, VMWare и Microsoft Windows.

>>> Подробности

Быстро развивающийся и популярный проект по управлению конфигурациями серверов теперь будет развиваться под крылом RedHat. Будем надеяться, что от такого слияния Ansible только выиграет. Сумма сделки официально не называется, но по данным venturebeat она составляет более 100 миллионов долларов США.

>>> Подробности

Вышла новая версия системы управления конфигурациями Ansible — проекта с открытым исходным кодом, написанного на Python2 и предназначенного для облегчения управления группами серверов.

В новой версии добавлено 13 новых модулей (и исправлено множество ошибок в существующих модулях), улучшена поддержка юникода, повышена производительность при использовании больших инвентарей (inventory — это файлы, содержащие описания хостов и их групп с сопутствующими переменными и параметрами), исправлены проблемы в части безопасности, добавлена начальная поддержка Windows (пока на уровне отправки скрипта и выполнения его на хосте через pywinr и Remote Management, в 1.8 планируется полностью поддерживать Windows всеми существующими модулями).

От себя хочу добавить, что Ansible активно развивается, разработчики быстро реагируют на тикеты в багтрекере, проект бесплатный (в CLI, GUI — платно после 10 машин). Если сравнить с Puppet — работа через ssh (не нужны клиенты на хостах), из зависимостей — python2 и несколько библиотек для него, при этом на управляемых хостах нужен опять же только python (сейчас в большинстве ОС он идет «из коробки») и желательно json/simplejson, никаких клиентов. Сценарии пишутся на YAML, для переменных используется Jinja2, что очень хорошо сказывается на скорости «погружения» в Ansible.

>>> Новость на сайте проекта

Ansible — открытое программное решение для удаленного управления конфигурациями, разработанное Майклом Де Хаанном в 2012 году.

Ansible берет на себя всю работу по приведению удаленных серверов в необходимое состояние. Администратору необходимо лишь описать, как достичь этого состояния с помощью так называемых сценариев (playbooks, аналог рецептов в Chef). Такая технология позволяет очень быстро осуществлять переконфигурирование системы: достаточно всего лишь добавить несколько новых строк в сценарий.

Краткий список изменений:

• Опция «when_foo» удалена, так как устарела. Теперь используйте «when:». Также при вводе «when_foo» будет отображено сообщение об ошибке.
• Опция «only_if» также была удалена.
• Плагин для подключения ssh теперь стал более эффективным, если вы добавите 'pipelining=True' в конфиг «ansible.cfg».
• git модуль имеет новые параметры (accept_hostkey, key_file, ssh_opts). Это сделано для того, чтобы облегчить использование протокола git через ssh.
• При использовании режима ускорения(Accelerated Mode) демон будет перезапущен при указании другого удаленного пользователя между сессиями.
• Добавлена опция no_log. При использовании данной опции не будут отправляться логи в syslog.

Полный список изменений

>>> Подробности