Contexte
Dans le cadre du renforcement de ses équipes DevOps, une banque de renom recherche un ingénieur DevOps spécialisé en automatisation et industrialisation des infrastructures, avec une expertise forte sur Ansible.
Missions
- Concevoir et maintenir des automatisations avec Ansible : playbooks, rôles, modules, templates, inventaires, Ansible Vault
- Administrer et exploiter Ansible Tower / AWX pour industrialiser les déploiements
- Automatiser les infrastructures avec Terraform (Infrastructure as Code)
- Concevoir et maintenir des pipelines CI/CD avec GitLab CI
- Participer aux déploiements et à l'exploitation des environnements Kubernetes
- Mettre en œuvre les pratiques GitOps avec ArgoCD
- Contribuer à la supervision et à l'analyse des performances via Dynatrace
- Participer au troubleshooting et à l'amélioration continue des plateformes
Environnement technique
- Ansible (playbooks, rôles, modules, Tower, AWX)
- Kubernetes / OpenShift
- Terraform
- GitLab CI/CD
- ArgoCD
- Dynatrace
- Linux / Red Hat
- Shell / Python
Conditions de la mission
- Lieu : Paris
- Démarrage : ASAP
- Durée : 36 mois
- Télétravail : 2 jours par semaine
- Séniorité requise : 8 à 10 ans d'expérience minimum
Profil recherché
- Ingénieur DevOps senior avec 8 ans minimum en automatisation et industrialisation des infrastructures
- Expertise avancée sur Ansible : playbooks, rôles, modules, Ansible Tower, AWX / Ansible Automation Platform
- Solide maîtrise des environnements Kubernetes / OpenShift, Terraform, GitLab CI/CD et des pratiques GitOps avec ArgoCD
- Bonne connaissance des environnements Linux / Red Hat et du scripting (Shell, Python)
- 8 ans minimum d'expérience des outils d'observabilité tels que Dynatrace
- 8 ans minimum en environnement bancaire ou grand compte fortement appréciés
Ce qui te ferait sortir du lot (côté sécurité)
Zeroday : sur un poste comme celui-ci, ce qui fait la différence côté sécurité —
- Les secrets ne passent jamais en clair : variables chiffrées avec Ansible Vault, secrets GitLab CI déclarés protégés, rotation organisée plutôt que subie
- Le pipeline lui-même est une surface d'attaque : runners au moindre privilège, images de build épinglées, séparation entre celui qui pousse le code et celui qui valide le déploiement
- ArgoCD n'est pas cluster-admin : comptes de service dédiés et RBAC au plus juste, par application et par namespace
- En banque, la traçabilité fait partie du livrable : l'historique GitOps des changements est ta meilleure preuve en audit, garde-le complet