Mehdi Saïdi

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

Hors document · non imprimé

Verdict Fortement recommandé

Score du test 9,7/10 couverture 100 % Usage de l’IA : 9,8/10 Communication : 9,7/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 1^er sur 3 testés Suivant : Jérémy Collet →

Prochaine étape proposée par l’analyse

Sur Kubernetes pour des microservices, le découpage des services, l'autoscaling et le dimensionnement sont argumentés avec des données vécues. Sur les pratiques GitOps, la promotion et le retour arrière sont décrits sans exception. Sur les workflows GitHub Actions, la réutilisation, le cache et l'authentification OIDC sont maîtrisés. Ansible est pratiqué avec des tâches idempotentes. MongoDB en haute disponibilité est éprouvé par des exercices. L'usage de l'IA est encadré par la relecture et la préproduction.

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) · Mehdi Saïdi · 14/10/2026

Synthèse

Mehdi opère des clusters Kubernetes multi-sites pour une solution logistique, avec Argo CD, des workflows GitHub Actions réutilisables et Ansible pour les postes d'entrepôt. Ses réponses sont précises et chiffrées, sur la charge de décembre comme sur les temps de build. Il décrit la sauvegarde et le basculement de MongoDB avec des exercices réels.

Détail par exigence

Kubernetes pour des microservices indispensable Solide: Distingue les services avec et sans état, absorbe les pics par une mise à l'échelle sur la file et règle les ressources par mesure.
Pratiques GitOps indispensable Solide: Fait de Git la seule source de vérité, promeut par pull request et revient en arrière par revert.
Workflows GitHub Actions indispensable Solide: Mutualise les workflows, accélère les builds par le cache et supprime les secrets longue durée grâce à OIDC.
Gestion de configuration Ansible Solide: Écrit des tâches idempotentes en rôles par site et chiffre les variables sensibles.
MongoDB en haute disponibilité Solide: Teste l'élection d'un primaire, choisit un write concern majoritaire et sauvegarde à chaud avec restauration testée.
Usage de l'IA indispensable Solide: Confie à l'assistant les chartes et scripts, relit chaque modification, vérifie en préproduction et garde secrets et réseau pour lui.

Points d'appui

Découpage entre Deployment et StatefulSet argumenté, avec six sites en pratique.
Autoscaling fondé sur la longueur de file plutôt que sur le processeur, pour le pic de décembre.
GitOps strict : promotion par pull request, retour arrière par revert, aucun droit d'écriture direct en production.
Workflows réutilisables, cache et OIDC, avec un temps de build divisé par trois.

Points de vigilance

Aucun point faible technique net dans l'entretien.
Peu de détail sur le coût de l'infrastructure lors des pics.

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 clairement faire ce job

Mehdi gère l'infrastructure d'un logiciel de logistique sur six sites et connaît bien les périodes de forte charge. Tout ce qu'il met en production passe par une procédure relue, avec un retour arrière simple. Il teste ses procédures de reprise avant d'en avoir besoin.

Ses points forts

Expérience de plusieurs sites logistiques
Procédures de mise en production très sûres
Reprises après panne testées

À creuser en entretien

Le coût des pics de charge n'a pas été détaillé

Savoir-être

Structurer sa réponse

Détaille chaque chaîne de déploiement du commit à la production.

réponse 3

Expliquer

Justifie l'autoscaling par la file plutôt que par le processeur.

réponse 2

Autonomie

Organise lui-même des exercices de basculement.

réponse 6

Dans une équipe

Met des règles claires autour de la production, ce qui rassure l'équipe et facilite les revues.

Détail par exigence

Kubernetes pour des microservices indispensable Solide · 9,8/10: StatefulSet ou Deployment selon le service · 9/10 Choix argumenté selon l'état. Les bases MongoDB sont des StatefulSets avec des volumes persistants Réponse R1; Router le trafic avec un Ingress · 10/10 Routage par domaine. le trafic passe par un Ingress avec des règles par domaine Réponse R1; Absorber les pics de fin d'année en entrepôt · 10/10 Mise à l'échelle sur le bon signal. basé sur la longueur de la file plutôt que sur le processeur Réponse R2; Dimensionner requests et limits par service · 10/10 Dimensionnement mesuré. Les requests sont posées à partir de la consommation observée Réponse R2
Pratiques GitOps indispensable Solide · 9,7/10: Git comme source de vérité des déploiements · 10/10 Cluster piloté depuis Git. Argo CD synchronise chaque cluster depuis un dépôt de configuration Réponse R3; Promouvoir une version de staging vers la production · 10/10 Promotion relue. c'est une pull request qui change le tag d'image dans le dossier de production Réponse R3; Annuler un déploiement par un revert · 9/10 Retour arrière sans geste manuel. on fait un revert du commit et Argo CD réapplique l'état précédent Réponse R3
Workflows GitHub Actions indispensable Solide · 9,5/10: Workflows réutilisables entre dépôts · 9/10 Mutualisation entre services. des workflows réutilisables dans un dépôt central Réponse R4; Cache des dépendances et des couches Docker · 9/10 Gain mesuré. le cache des couches Docker et des dépendances Maven a divisé le temps de build par trois Réponse R4; Authentification OIDC vers le cloud plutôt qu'un secret · 10/10 Pas de secret longue durée. L'authentification vers le cloud se fait par OIDC Réponse R4; Builds en matrice pour plusieurs services · 10/10 Builds parallèles. Les builds de services passent en matrice Réponse R4
Gestion de configuration Ansible Solide · 9,7/10: Écrire une tâche idempotente · 10/10 Playbook relançable. Toutes les tâches sont idempotentes Réponse R5; Rôles et inventaires par environnement · 10/10 Rôles et inventaires par site. gérés par des rôles Ansible avec un inventaire par site Réponse R5; Chiffrer les variables sensibles · 9/10 Secrets chiffrés. Les variables sensibles sont chiffrées avec Ansible Vault Réponse R5
MongoDB en haute disponibilité Solide · 9,7/10: Replica set et élection d'un primaire · 10/10 Basculement éprouvé. on a testé l'élection d'un nouveau primaire en coupant le primaire Réponse R6; Write concern et risque de perte d'écriture · 10/10 Compromis assumé. un write concern majoritaire, pour ne pas perdre d'écriture Réponse R6; Sauvegarder sans arrêter le service · 9/10 Sauvegarde sans arrêt. Les sauvegardes se font à chaud à partir d'un membre secondaire Réponse R6
Usage de l'IA indispensable Solide · 9,8/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 · 10/10 Tâches déléguées. pour les chartes Helm, les workflows et les scripts de migration Réponse R7; Comment il relit, teste et corrige le code que l'assistant produit · 10/10 Contrôles avant fusion. je lance les linters et un déploiement en préproduction avant de fusionner 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é · 9/10 Limite sur les secrets. Je ne lui confie 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 · 10/10 Erreur évitée. une limit mémoire trop basse qui aurait fait tomber un service Réponse R7

Afficher la transcription

Chargement…