URL: https://linuxfr.org/users/dabowl_75/journaux/ansible-tower-passe-opensource Title: Ansible Tower passe OpenSource Authors: Dabowl_75 Date: 2017年09月08日T10:55:55+02:00 License: CC By-SA Tags: open_source, debian, fedora, ansible, tower, awx et satellite Score: 20 Cher lecteur/lectrice, je me permets de porter à ta connaissance le relâchement de Ansible Tower par Redhat en tant que projet OpenSource, portant l'acronyme AWX. Ici l'annonce de Redhat : https://www.redhat.com/en/about/press-releases/red-hat-advances-enterprise-and-network-automation-new-ansible-offerings Ici la FAQ relative au projet AWX : https://www.ansible.com/awx-project-faq Comme entre la Fedora et RHEL, le mode de fonctionnement retenu entre AWX et Ansible Tower semble être le même :> Q: What’s the difference between AWX and Ansible Tower?> AWX is designed to be a frequently released, fast-moving project where all new development happens.> Ansible Tower is produced by taking selected releases of AWX, hardening them for long-term supportability, and making them available to customers as the Ansible Tower offering.> This is a tested and trusted method of software development for Red Hat, which follows a similar model to Fedora and Red Hat Enterprise Linux. Je me demande si ce modèle est tenable avec un produit comme Tower. En effet, en comparaison, un OS et ses composants connexes, tout changement peut avoir pas mal d'effets de bord. Il est donc normal de procéder à beaucoup de tests pour produire une version stable. Mais un produit comme Tower bouge beaucoup plus. Si vous me permettez une petite digression, c'est pour moi comparable à un produit comme Redhat Satellite. Et il n'y a qu'à voir la fréquence des mises à jour de redhat satellite (v6) pour se rendre compte que c'est pas simple. https://access.redhat.com/articles/1365633 On remarque par exemple que la version de the foreman embarquée est la 1.11.0.83-1 tandis que le projet amont en est beaucoup plus loin : release 1.15 et 1.14 https://theforeman.org/ Bref, ça bouge très vite et ça rame derrière pour pouvoir suivre et produire une version stable. Mais, vous me direz, rien de nouveau sous le soleil, debian is dying etc etc.. En outre, une version stable n'a jamais empêché les bugs. Je vous ferai grâce des bugs que j'ai remonté au support sur satellite mais qui sont restés lettre morte pour le moment. Dernière parenthèse sur Redhat Satellite, c'est l'arrivée d'Ansible Tower dans sa version 6.3 Si comme moi, vous avez travaillé sur la version 6.2, et avez commencé à capitaliser sur Puppet, arrêtez tout ! Bien que la version 6.3 intégrera Puppet 4, la version 6.4 amorcera une rupture : - Ansible core automation as default for provisioning and configuration management - Puppet support remains, inside or connected Je vous invite à prendre connaissance du slide ci-dessous pour voir la trajectoire du produit redhat satellite : https://rh2017.smarteventscloud.com/connect/fileDownload/session/D7CA1989372F39BC06B24F3BE0E700CC/Summit%20Red%20Hat%20Satellite%20Roadmap%20Presentation.pdf On s'en doutait que le rachat d'Ansible remettrait en cause pas mal de chose, mais jusqu'à présent le support de Tower et d'Ansible dans Satellite n'était qu'additionnel. Maintenant les masques sont tombés.