Ansible Tower 3.3.0 В настоящее время мы используем Ansible 2.4.2, необходимо обновить его до 2.5.x, чтобы воспользоваться новыми функциями, не нарушая существующих заданий, которые были протестированы и в настоящее время работают. Хотелось бы иметь возможность указывать версию Ansible для выполнения заданий, для сертификации и, если они пройдут, получить повышение для использования новой версии, а в случае сбоя - продолжить использовать существующий выпуск.
Наши плейбуки работают на сетевых устройствах, RHEL7, VMware, Openstack и нескольких разновидностях окон.
Ранее мы обновились до 2.5.0 и столкнулись с ошибками с win_copy, win_template и некоторыми другими модулями, что вынудило нас вернуться к предыдущему рабочему выпуску.
Позже мы захотим исправить / обновить различные компоненты, включая саму Башню, так что любые идеи для выполнения этих действий также будут оценены.
Ansible движется достаточно быстро, когда любое обновление основной версии может нарушить нетривиальные сценарии. И, учитывая цикл выпуска в 4 месяца или около того, можно продержаться только год или около того, прежде чем ваш выпуск станет концом жизни.
Вы можете ветвить контроль версий ваших playbooks, как при разработке программного обеспечения. Разветвите стабильную ветку 2.4 для обслуживания. Перенос на текущую версию Ansible в основной или основной ветке разработки.
Поддерживайте какую-то среду разработки, тестирования и производства того, что вы развертываете. Как и в случае с другими изменениями, сначала разверните новые версии Ansible на этапе тестирования разработчика.
Я не знаю, как бы вы тестировали разные версии Ansible в Tower. Я почти уверен, что это будет означать отдельное тестовое развертывание Tower.