CDIFrance

Platform Engineer (DevOps / Cloud Engineer) - Full Remote

Hybride
Contexte de la mission

Le client recherche un(e) Platform Engineer (DevOps / Cloud Engineer) expérimenté(e) pour construire, exploiter et faire évoluer l'infrastructure cloud qui héberge ses applications. Le rôle est propriétaire de la couche plateforme : ressources cloud, Kubernetes, automatisation de l'infrastructure, observabilité et gouvernance des coûts. Il travaille en étroite collaboration avec l'hébergeur et avec les équipes de développement qui déploient sur la plateforme.

Au-delà de l'exploitation, le poste porte une forte dimension Developer eXperience : les pipelines, l'outillage de packaging et l'observabilité fournis doivent permettre à chaque équipe de construire, déployer et exploiter ses applications de manière autonome, simplement, rapidement et en sécurité.

Conditions d'exécution à connaître

• Kick-off et ateliers trimestriels : 3 jours consécutifs sur site à Strasbourg au démarrage, puis 1 atelier de 3 jours par trimestre. Ils ne donnent lieu à aucun paiement supplémentaire.

• Outils imposés : JIRA, Tempo (suivi des temps), Confluence et GitHub. Tout le code est géré exclusivement dans le compte GitHub Enterprise et synchronisé quotidiennement.

Cloud et automatisation d'infrastructure : Maîtrise solide d'au moins un grand fournisseur cloud (Google Cloud Platform de préférence, Scaleway apprécié ; certifications officielles appréciées). Expérience de Terraform en production : provisioning, conception de modules, gestion des états et des environnements, intégration dans les revues CI/CD.

Kubernetes, des workloads à l'exploitation des clusters : Déploiement et dépannage d'applications conteneurisées ; administration de clusters en production : node pools et montées de version, ingress et TLS, durcissement de la sécurité, RBAC/OIDC, gardefous multi-tenant, DNS et réseau du cluster.

CI/CD et packaging applicatif : Conception et maintenance de pipelines GitHub Actions pour plusieurs équipes (workflows réutilisables, runners, cache, secrets, release/rollback, quality gates), ainsi que des images Docker et de l'outillage Helm partagé (charts).

Observabilité et performance : Collecte basée sur OpenTelemetry et écosystème VictoriaMetrics (métriques, logs, traces) ; tableaux de bord Grafana et alertes PromQL / MetricsQL ; décisions de capacité et d'autoscaling (requests/limits, HPA/VPA, pré scaling avant les pics éditoriaux, tests de charge). KEDA et Descheduler appréciés.

FinOps et maîtrise des coûts : Visibilité et attribution des dépenses (tagging, showback/chargeback, tableaux de bord, alertes budgétaires), activation de leviers d'économie et documentation de l'impact financier des choix techniques.

Objectifs et livrables

Objectifs

• Construire, exploiter et faire évoluer la plateforme cloud hébergeant les applications
(cloud, Kubernetes, automatisation, observabilité).

• Rendre les équipes de développement autonomes grâce à des pipelines CI/CD, un outillage de
packaging et une observabilité simple, rapides et sûrs.

Page 2

• Piloter capaciter et autoscaling à partir du comportement observé, y compris le pré-scaling avant
les pics éditoriaux.

• Maîtriser les coûts : rendre la dépense visible et attribuable, activer les leviers d'économie et
documenter l'impact financier des choix techniques.

Livrables attendus

• Fonctionnalités décrites dans les user stories, déployées et installées sur l'infrastructure désignée (système d'exploitation, base de données et serveur web inclus).

• Classes et scripts nécessaires à l'intégration transparente dans le système d'intégration continue.

• Scripts de supervision, de test de charge, d'administration et de déploiement nécessaires au bon fonctionnement de la solution livrée.

• Code commenté en ligne (rôle et responsabilité de chaque classe et méthode), synchronisé chaque jour avec l'environnement GitHub.

• Documentation rédigée en anglais et maintenue dans Confluence.

Les livrables sont produits selon l'état de l'art de chaque technologie ; le code peut être audité par un tiers.

Niveaux de service (SLA)

Panne majeure impactant fortement la production : délai de réaction 3 heures du Lun-ven, 8h00-18h00

Correction de bug : délai de réaction 1 jour ouvré Lun-ven, 8h00-18h00

Évolution fonctionnelle : délai de réaction 4 jours ouvrés Lun-ven, 8h00-18h00

Mission d'un an de janvier 2027 à fin décembre 2027, renouvelable tous les ans.

Full remote sauf onboarding et point trimestriel à Strasbourg.

Informations de la mission :
  • Début de mission : 04/01/2027
  • Durée : 12 mois
  • Date de publication : 26/10/2026
  • Date limite de candidature : 30/10/2026

Compétences recherchées

GCP (Indispensable)Scaleway (Indispensable)Terraform (Indispensable)Kubernetes (Indispensable)Docker (Indispensable)GitHub (Indispensable)GitHub Actions (Indispensable)Helm (Indispensable)OpenTelemetry (Indispensable)VictoriaMetrics (Indispensable)Grafana (Indispensable)PromQL (Indispensable)MetricsQL (Indispensable)KEDA (Indispensable)Descheduler (Indispensable)JIRA (Indispensable)Confluence (Indispensable)Tempo (Indispensable)HPA (Indispensable)VPA (Indispensable)RBAC (Indispensable)OIDC (Indispensable)DNS (Indispensable)FinOps (Indispensable)autoscaling (Indispensable)Docker Kubernetes (Indispensable)Observabilité (Indispensable)

Intéressé(e) ?

Rejoignez l'équipe et participez à nos projets ambitieux.