Estelle Gaillard

DevOps Confirmé, supply chain et logistique (H/F) · test filmé du 19/10/2026 · 12 min

Hors document · non imprimé

Verdict À considérer

Score du test 5,3/10 couverture 100 % Usage de l’IA : 5/10 Communication : 6,0/10 · 3 critères sur 4 · non prouvé : structure

Signaux à regarder Aucun signal relevé Indicatifs, non décisionnels. Ils disent où regarder dans la vidéo, pas quoi décider.

Sur cette offre 3^e sur 3 testés

Prochaine étape proposée par l’analyse

Sur Kubernetes pour des microservices, l'acquis vient d'un laboratoire et les pics de charge n'ont pas été vécus. Sur les pratiques GitOps, le principe est connu sans pratique d'équipe. Sur les workflows GitHub Actions, l'usage reste basique. Ansible est le point fort, bien maîtrisé. MongoDB en haute disponibilité est installé mais incomplet sur les garanties d'écriture et la sauvegarde. L'usage de l'IA est cadré par des tests.

Offre : 50 000 – 58 000 € brut / an DockerKubernetesAnsibleGitHub ActionsMongoDB

La pièce à transmettre Part telle quelle chez votre client : sans score, sans verdict, sans signal.

Revelyum

Rapport d'entretien technique

Établi pour Nordlys Conseil

DevOps Confirmé, supply chain et logistique (H/F) · Estelle Gaillard · 19/10/2026

Synthèse

Estelle apporte quatre ans d'administration Linux et une vraie aisance sur Ansible, avec un replica set MongoDB installé pour un client. Kubernetes et la CI restent des acquis de laboratoire et de projets personnels, sans exploitation en production. Elle le dit franchement et sa progression vers les conteneurs est engagée.

Détail par exigence

Kubernetes pour des microservices indispensable Partiel: A déployé des services sur un cluster de laboratoire, sans StatefulSet ni charge réelle.
Pratiques GitOps indispensable Partiel: Versionne ses playbooks et connaît le principe GitOps, sans l'avoir pratiqué en équipe.
Workflows GitHub Actions indispensable Partiel: Construit et pousse une image avec un workflow simple, sans cache, matrice ni OIDC.
Gestion de configuration Ansible Partiel: Pratique Ansible au quotidien avec des rôles, des inventaires par client et des variables chiffrées.
MongoDB en haute disponibilité Partiel: A installé un replica set pour un client, sans régler le write concern ni sauvegarder à chaud.
Usage de l'IA indispensable Partiel: Délègue manifestes et playbooks à l'assistant, relit et teste sur un laboratoire, et garde mots de passe et clients hors de l'outil.

Points d'appui

Ansible pratiqué au quotidien : rôles, inventaire par client, tâches idempotentes et Vault.
Replica set MongoDB installé pour un client, élections lisibles.
Franchise sur ce qui reste du laboratoire.
Test des propositions de l'assistant sur un laboratoire avant application.

Points de vigilance

Kubernetes jamais opéré en production, StatefulSets non utilisés.
GitOps essayé seul, sans pratique d'équipe.
Workflow de CI sans cache ni OIDC, avec une clé stockée.
Write concern non réglé et sauvegarde MongoDB par snapshot de machine.

Sujets abordés

Kubernetes pour des microservices · Pratiques GitOps · Workflows GitHub Actions · Gestion de configuration Ansible · MongoDB en haute disponibilité · Usage de l'IA

Entretien conduit en autonomie par le candidat, réponses transcrites puis analysées. L'évaluation finale appartient au recruteur : Revelyum n'émet aucune décision automatisée.

En clair

Peut-être, à confirmer en entretien

Estelle est une administratrice de serveurs expérimentée, très à l'aise sur l'automatisation de la configuration. Elle se forme aux conteneurs sur un laboratoire personnel et n'a pas encore travaillé sur des services en production à grande échelle. Elle est honnête sur ce niveau.

Ses points forts

Automatisation de serveurs maîtrisée
Apprentissage autonome des conteneurs
Franchise sur son niveau

À creuser en entretien

Pas d'exploitation de conteneurs en production
Livraison automatique encore basique

Savoir-être

Dire ce qu’on ne sait pas

Précise qu'elle n'a jamais opéré de cluster en production.

réponse 1

Autonomie

Monte seule un laboratoire pour apprendre Kubernetes.

réponse 1

Expliquer

Décrit son travail Ansible par client avec clarté.

réponse 5

Dans une équipe

Apporte une culture d'exploitation sérieuse, avec un accompagnement nécessaire sur Kubernetes.

Détail par exigence

Kubernetes pour des microservices indispensable Partiel · 5,3/10: StatefulSet ou Deployment selon le service · 6/10 Notion lue seulement. Les StatefulSets, je les ai lus mais je ne les ai pas encore utilisés Réponse R1; Router le trafic avec un Ingress · 5/10 Pratique en laboratoire. j'y déploie des applications en Deployment avec un Ingress Réponse R1; Absorber les pics de fin d'année en entrepôt · 5/10 Pas de pic vécu. je n'ai pas eu l'occasion de le faire sur un trafic réel Réponse R2
Pratiques GitOps indispensable Partiel · 5,5/10: Git comme source de vérité des déploiements · 6/10 Versionnement sans synchronisation automatique. on gardait les playbooks dans Git Réponse R3; Annuler un déploiement par un revert · 5/10 Retour arrière manuel. on relançait la version précédente du playbook Réponse R3
Workflows GitHub Actions indispensable Partiel · 5,5/10: Cache des dépendances et des couches Docker · 6/10 Optimisations absentes. Je n'ai pas encore mis de cache ni de matrice Réponse R4; Authentification OIDC vers le cloud plutôt qu'un secret · 5/10 OIDC non mis en place. je ne l'ai pas configuré Réponse R4
Gestion de configuration Ansible Partiel · 5,3/10: Écrire une tâche idempotente · 5/10 Idempotence respectée. des tâches idempotentes Réponse R5; Rôles et inventaires par environnement · 5/10 Rôles et inventaires. des rôles avec un inventaire par client Réponse R5; Chiffrer les variables sensibles · 6/10 Secrets chiffrés. Ansible Vault pour les mots de passe Réponse R5
MongoDB en haute disponibilité Partiel · 5,3/10: Replica set et élection d'un primaire · 6/10 Replica set installé. j'ai installé un replica set à trois membres pour un client Réponse R5; Write concern et risque de perte d'écriture · 5/10 Garanties d'écriture non réglées. je n'ai pas réglé le write concern moi-même Réponse R5; Sauvegarder sans arrêter le service · 5/10 Sauvegarde par snapshot. les sauvegardes passaient par un snapshot de la machine virtuelle Réponse R5
Usage de l'IA indispensable Partiel · 5/10: S'il code avec un assistant IA (Copilot, Cursor, Claude Code, ChatGPT…) : quelles tâches de développement il lui confie, et lesquelles il garde · 5/10 Tâches déléguées. ChatGPT pour écrire des manifestes Kubernetes et corriger des playbooks Réponse R6; Comment il relit, teste et corrige le code que l'assistant produit · 5/10 Test avant application. je teste sur mon laboratoire avant de l'appliquer ailleurs Réponse R6; Ce qu'il ne confie jamais à l'assistant : données confidentielles, sécurité, décisions d'architecture, cas où il s'est trompé · 5/10 Limite claire. Je ne lui donne jamais de mots de passe Réponse R6; Un cas vécu où un assistant IA a changé son code ou son délai, et ce qu'il en a retenu · 5/10 Erreur repérée. un module Ansible qui n'existe pas Réponse R6

Afficher la transcription

Chargement…