Merci beaucoup Franck ;)

Oui, Ansible est de la complexité ajoutée par rapport à des commandes du job du runner. Mais si j'ai choisi de procéder ainsi, c'est d'une part pour factoriser tout le déploiement. Ca me permet par exemple de disposer des mêmes rôles Ansible à partir de mon environnement de dev. Par exemple de faire un backup BDD avec le même rôle Ansible + dans le playbook un rôle de récupération du dump, etc. D'autre part, même si c'est complètement inutile dans le cadre d'un site perso et pour pas mal de sites, passer par Ansible permet potentiellement de déployer sur une flotte de serveurs. Et ça, en bash, ça va être plus pénible à gérer. Avec Docker ça aurait pu être pas mal aussi. En fait j'ai longtemps hésité à adopter l'approche 100% Docker en déployant carrément des images complètes infrastructure + contenu. Mais j'ai trouvé finalement que je serais trop restreint à cette approche 100% containers, comparé à la réalité du terrain où les gros clients préfèrent encore souvent le déploiement d'une tarball + 1 script d'update.

En conclusion c'était plus pour l'exercice, et parce que j'aime beaucoup Ansible :)