Jérémy Collet

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

Hors document · non imprimé

Verdict Recommandé

Score du test 7,4/10 couverture 100 % Usage de l’IA : 7,3/10 Communication : 7,3/10 · 3 critères sur 4 · non prouvé : précision du vocabulaire

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

Sur cette offre 2^e sur 3 testés Suivant : Estelle Gaillard →

Prochaine étape proposée par l’analyse

Sur Kubernetes pour des microservices, le choix des objets et le dimensionnement sont corrects, les pics sont traités de façon manuelle. Sur les pratiques GitOps, le retour arrière est solide et la synchronisation de bout en bout reste à finir. Sur les workflows GitHub Actions, la maîtrise est complète. Ansible est utilisé légèrement. MongoDB en haute disponibilité est connu par le principe. L'assistant IA sert sans remplacer la relecture.

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) · Jérémy Collet · 16/10/2026

Synthèse

Jérémy industrialise des déploiements Kubernetes et des workflows GitHub Actions pour un éditeur de logiciel de transport, avec un cache, une matrice et l'authentification OIDC. Le retour arrière par le dépôt de configuration est bien compris. Ansible et MongoDB restent plus légers : usage limité du premier, service géré pour le second.

Détail par exigence

Kubernetes pour des microservices indispensable Solide: Choisit les objets selon l'état des services et règle les ressources sur les métriques, mais gère les pics à la main.
Pratiques GitOps indispensable Solide: Pilote les clusters par un dépôt de configuration, avec approbation de la production et retour arrière simple.
Workflows GitHub Actions indispensable Solide: Accélère les builds par le cache et la matrice, sécurise l'accès au cloud par OIDC et mutualise ses workflows.
Gestion de configuration Ansible Solide: Écrit des tâches idempotentes mais sur un périmètre restreint, avec peu de pratique des secrets chiffrés.
MongoDB en haute disponibilité Solide: Connaît le principe du replica set et du write concern, sans avoir opéré lui-même ni restauré une base.
Usage de l'IA indispensable Solide: Délègue les workflows et modules, vérifie par un plan ou un test en préproduction, et refuse les propositions risquées.

Points d'appui

Workflows accélérés d'environ quarante pour cent par le cache, avec OIDC à la place des clés.
Retour arrière par le commit précédent du dépôt de configuration.
Dimensionnement des ressources fondé sur les métriques observées.
Refus à la relecture d'une règle de sécurité trop ouverte proposée par l'assistant.

Points de vigilance

Pics de charge gérés à la main, sans mise à l'échelle sur la file.
Ansible pratiqué sur deux environnements seulement.
MongoDB opéré via un service géré, sans exercice de restauration.

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

Oui, il peut faire ce job

Jérémy sait organiser des livraisons automatiques fiables et sécurisées pour un logiciel de transport. Il maîtrise bien les outils de publication de code et l'annulation d'un mauvais déploiement. Il est moins à l'aise sur la configuration de serveurs et sur la gestion de bases de données qu'il n'a pas opérées lui-même.

Ses points forts

Livraisons automatiques rapides et sécurisées
Annulation d'un mauvais déploiement simple
Refus d'une proposition risquée de l'assistant IA

À creuser en entretien

Gestion des fortes charges encore manuelle
Bases de données connues surtout en théorie

Savoir-être

Structurer sa réponse

Décrit le parcours d'un changement jusqu'à la production dans l'ordre.

réponse 3

Dire ce qu’on ne sait pas

Dit qu'il n'a pas mené d'exercice de restauration.

réponse 6

Expliquer

Justifie le retour arrière par sa simplicité et sa fiabilité.

réponse 3

Dans une équipe

Fiable sur la livraison, il progressera vite sur Ansible et MongoDB avec un référent.

Détail par exigence

Kubernetes pour des microservices indispensable Solide · 7,5/10: StatefulSet ou Deployment selon le service · 8/10 Choix justifié. Pour tout ce qui garde un état, comme une base ou une file, je prends un StatefulSet Réponse R1; Router le trafic avec un Ingress · 7/10 Routage par chemin. un Ingress pour router par chemin vers les services Réponse R1; Absorber les pics de fin d'année en entrepôt · 8/10 Anticipation manuelle. on augmentait le nombre minimum de réplicas une semaine avant, à la main Réponse R2; Dimensionner requests et limits par service · 7/10 Dimensionnement mesuré. Je pose les requests d'après les métriques de Prometheus Réponse R2
Pratiques GitOps indispensable Solide · 8/10: Git comme source de vérité des déploiements · 8/10 Dépôt de configuration central. met à jour un dépôt de configuration, et ensuite le cluster se synchronise Réponse R3; Promouvoir une version de staging vers la production · 8/10 Promotion contrôlée. La promotion vers la production demande une approbation manuelle Réponse R3; Annuler un déploiement par un revert · 8/10 Retour arrière fiable. on revient sur le commit précédent du dépôt de configuration Réponse R3
Workflows GitHub Actions indispensable Solide · 7,3/10: Cache des dépendances et des couches Docker · 7/10 Gain mesuré. J'ai mis un cache des dépendances et des couches Docker Réponse R4; Builds en matrice pour plusieurs services · 7/10 Builds parallèles. On a une matrice pour construire plusieurs services en parallèle Réponse R4; Authentification OIDC vers le cloud plutôt qu'un secret · 8/10 Plus de secret stocké. J'ai remplacé les clés d'accès au cloud par une authentification OIDC Réponse R4; Workflows réutilisables entre dépôts · 7/10 Réutilisation limitée à trois dépôts. les workflows réutilisables, je les ai écrits pour trois dépôts Réponse R4
Gestion de configuration Ansible Solide · 7,5/10: Écrire une tâche idempotente · 7/10 Bonne pratique. J'écris des tâches idempotentes avec des modules plutôt que des commandes shell Réponse R5; Chiffrer les variables sensibles · 8/10 Pratique ponctuelle. j'ai utilisé Ansible Vault une fois Réponse R5
MongoDB en haute disponibilité Solide · 7/10: Replica set et élection d'un primaire · 7/10 Principe connu. le principe du replica set avec un primaire et des secondaires Réponse R6; Write concern et risque de perte d'écriture · 7/10 Risque compris. le write concern majoritaire protège contre la perte d'une écriture Réponse R6; Sauvegarder sans arrêter le service · 7/10 Pratique limitée. Je n'ai pas mené moi-même un exercice de restauration Réponse R6
Usage de l'IA indispensable Solide · 7,3/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 · 7/10 Tâches déléguées. pour les workflows, les modules Terraform et les manifestes Réponse R7; Comment il relit, teste et corrige le code que l'assistant produit · 7/10 Vérification outillée. je vérifie avec un plan Terraform ou un test en préproduction Réponse R7; Ce qu'il ne confie jamais à l'assistant : données confidentielles, sécurité, décisions d'architecture, cas où il s'est trompé · 8/10 Limite sur les secrets. Je ne lui donne jamais de secrets Réponse R7; Un cas vécu où un assistant IA a changé son code ou son délai, et ce qu'il en a retenu · 7/10 Erreur évitée. une règle de sécurité trop ouverte que j'ai refusée à la relecture Réponse R7

Afficher la transcription

Chargement…