Cloud Platform Engineer (IT)

Missions Principales

• Revue et consolidation de l'architecture DR existante ? identifier les incohérences, lacunes et risques non couverts sur les workloads critiques
• Challenger et valider les patterns techniques de failover, failback, réplication et synchronisation des données
• Traduire les exigences de résilience et de recovery en solutions techniques pragmatiques, robustes et scalables
• Implémenter les composants DR en Infrastructure as Code (Terragrunt) et GitOps (ArgoCD / GitLab), dans le respect des standards plateforme existants
• Définir, documenter et automatiser les procédures de failover, failback et validation de la reprise
• Identifier les dépendances inter-composants, single points of failure et gaps opérationnels
• Collaborer avec les équipes plateforme, infrastructure, sécurité et applicatives pour garantir la cohérence end-to-end
• Produire des livrables techniques exploitables : schémas d'architecture, runbooks DR, procédures de test

Profil Candidat

Compétences Requises

Must-have

• AWS Cloud ? expérience opérationnelle réelle sur plateforme de production (pas uniquement des labs ou certifications)
• Infrastructure as Code ? Terragrunt / Terraform en contexte réel, pas uniquement théorique
• Disaster Recovery & High Availability ? maîtrise des patterns failover / failback, RTO/RPO, réplication
• GitOps ? ArgoCD, GitLab CI/CD, déploiement standardisé et automatisé
• Conception de solutions robustes, maintenables et testables ? simplicité et opérabilité avant tout
• Rigueur documentaire ? capacité à produire des livrables techniques structurés et exploitables par d'autres équipes

Nice-to-have

• Expérience DR en secteur hautement régulé (finance, assurance, infrastructure critique)
• Patterns multi-région / multi-AZ sur AWS (Route 53, RDS Multi-AZ, S3 Cross-Region Replication?)
• Pratique du chaos engineering et des tests de résilience automatisés
• Kubernetes et service mesh (Istio, Linkerd) dans des contextes HA

Soft Skills Clés

• Rigueur technique : ce qui est livré est précis, testable et exploitable par d'autres ? pas de solution "ça marche chez moi"
• Autonomie opérationnelle : avance sans avoir besoin d'être guidé, remonte les blocages tôt
• Force de conviction : sait challenger une architecture existante et défendre ses choix face aux autres équipes
• Collaboration transverse : coordonne efficacement avec plusieurs équipes techniques sans créer de friction
• Méthode sous contrainte : avance même quand l'information est partielle ou que les périmètres ne sont pas totalement définis
• Exigence documentaire : la production écrite fait partie du périmètre, pas un bonus en fin de mission