Pratiques Ansible avancées : GitOps Edge, ansible-pull, patterns hors RHCE

Cette section regroupe les patterns Ansible qui sortent du périmètre RHCE EX294 mais que vous croiserez sur des cas d'usage réels en production : mode pull, GitOps Edge, IoT, autoscaling cloud. Chaque page documente un pattern précis avec ses cas d'usage, ses limitations et un lab reproductible.

Pressé ? Quel pattern pour quel besoin

Besoin	Pattern	Page
Configurer des hôtes derrière un NAT (Edge, IoT) sans push SSH	ansible-pull	ansible-pull-gitops
Auto-bootstrap d'instances cloud (ASG, Spot)	ansible-pull dans cloud-init	idem
Autoscaling où le control node ne connaît pas les nouveaux hôtes	ansible-pull + Git remote	idem
Compiler N apps × M versions sans dupliquer les pipelines	community.docker.docker_image_build + serial	build-images-paralleles

Glissez pour voir

Hors périmètre RHCE EX294 : ces patterns ne sont pas évalués à l'examen, mais sont standard en production 2026 sur des architectures distribuées (CDN edge, fleets IoT, Kubernetes nodes, AWS Spot).

Ce que vous allez apprendre

• Comprendre quand le mode push SSH classique atteint ses limites.
• Choisir entre push, pull et solutions hybrides selon l'architecture.
• Implémenter le pattern ansible-pull pour des hôtes Edge/IoT/autoscaling.
• Reconnaître les pièges des patterns avancés (drift silencieux, sécurité Git, télémétrie).

Pourquoi cette section existe

Le parcours principal de la formation cible la RHCE EX294 : on suppose que vous administrez une fleet de serveurs accessibles en SSH push depuis un control node. Ce modèle couvre 90 % des cas d'usage RHEL/AlmaLinux/Rocky en entreprise.

Mais certaines architectures sortent de ce cadre :

• Edge / IoT : 10 000 capteurs derrière des NAT carriers, impossible à joindre en push.
• Cloud autoscaling : les nouvelles instances naissent sans que le control node ne le sache.
• Air-gapped + déconnecté : les machines tournent sans connectivité permanente vers le control node.

Pour ces cas, ansible-pull inverse le modèle : la cible récupère son playbook depuis un dépôt Git et s'auto-configure. Plus besoin de pousser depuis l'extérieur.

Pages de la section

ansible-pull (GitOps Edge) Mode pull, cloud-init bootstrap, sécurité Git, drift detection, pattern complet avec lab

Build images en parallèle Compiler N applications × M versions en parallèle avec community.docker, inventaire groupé, serial, volumes pour artefacts

Prochaines étapes

Retour au pivot Ansible Vue d'ensemble du parcours RHCE et des sections de la formation

Execution Environments Pour distribuer le runtime Ansible, utile en complément du mode pull

×

📖 Voir la documentation →