CV, portfolio et entretien : prouver sa maîtrise de Prometheus au Maroc

Décrire son niveau avec précision

Prometheus est un système open source de supervision et d’alerting qui collecte des métriques de systèmes et d’applications. Les compétences utiles autour de cet outil peuvent donc concerner plusieurs étapes : configurer la collecte, comprendre les séries temporelles, formuler des requêtes PromQL, créer des règles d’alerte et interpréter les résultats. Il n’est pas nécessaire de revendiquer toutes ces compétences pour valoriser une expérience.

Décrivez plutôt ce que vous avez effectivement pratiqué et dans quel cadre. Distinguez, par exemple, une lecture de tableaux de bord d’une configuration autonome de cibles de collecte. Précisez également si votre pratique vient d’un exercice personnel, d’une formation, d’un stage ou d’un environnement professionnel. Ces contextes sont tous présentables, à condition de ne pas les confondre.

Les annonces d’emploi peuvent demander à la fois des compétences techniques et la maîtrise de logiciels. Pour adapter votre CV, reprenez les tâches qui correspondent réellement à votre expérience, au lieu de recopier toute une liste d’outils. Si une annonce mentionne Prometheus, vérifiez si elle attend de la configuration, de l’exploitation ou du dépannage : ces activités ne prouvent pas le même niveau.

• Découverte : « J’ai lancé un environnement de démonstration Prometheus et consulté des métriques d’exemple. »
• Pratique guidée : « J’ai adapté une configuration de collecte et écrit des requêtes PromQL dans le cadre d’un exercice. »
• Autonomie sur un projet : « J’ai configuré la collecte de métriques pour un service de démonstration, puis défini des règles d’alerte adaptées à des seuils documentés. »
• Expérience professionnelle : « J’ai contribué au suivi des métriques d’un service et à l’analyse d’alertes, en coordination avec l’équipe d’exploitation. »

Choisir des preuves vérifiables

Une preuve utile permet à une personne extérieure de comprendre ce que vous avez fait et de distinguer votre contribution de celle d’un groupe. Pour Prometheus, elle peut prendre la forme d’un petit dépôt de démonstration, d’une fiche de projet ou d’un environnement que le recruteur peut consulter. Le projet n’a pas besoin de reprendre une infrastructure réelle : un service fictif et des métriques générées pour l’exercice suffisent à montrer votre démarche.

Indiquez ce que la preuve permet de vérifier. Un extrait de configuration peut illustrer les cibles et les intervalles de collecte ; des requêtes PromQL peuvent montrer comment vous calculez un indicateur ; des règles d’alerte peuvent rendre visible le seuil choisi et le message associé. Si vous utilisez un tableau de bord Grafana dans la démonstration, distinguez clairement ce qui relève de Grafana et ce qui relève de Prometheus.

Évitez de déposer un ensemble de fichiers sans explication. Ajoutez un bref README indiquant l’objectif, les prérequis, les étapes de lancement, les métriques attendues et les limites connues. Si le projet n’est pas exécutable par une autre personne, des captures d’écran légendées et des extraits lisibles peuvent tout de même documenter votre travail.

• Un fichier de configuration Prometheus d’exemple, avec des noms et des cibles fictifs.
• Des requêtes PromQL commentées, accompagnées d’une explication de la question à laquelle elles répondent.
• Des règles d’alerte illustrant une condition, une durée éventuelle et un message compréhensible.
• Une démonstration de collecte sur un service ou un environnement de test, avec étapes de reproduction.
• Des captures d’écran de résultats ou de tableaux de bord, datées ou contextualisées sans exposer de données réelles.
• Une courte note de diagnostic décrivant un symptôme simulé, les métriques consultées et les hypothèses vérifiées.

Rédiger une expérience ou un projet sur son CV

Pour chaque expérience, construisez une phrase autour de trois éléments : l’action, le contexte et le résultat vérifiable. Le résultat n’a pas besoin d’être un chiffre. Vous pouvez expliquer ce que la configuration rend observable, quel contrôle elle facilite ou quel scénario elle permet de tester. Ne revendiquez une amélioration mesurée que si vous disposez d’une mesure réelle et êtes autorisé à la communiquer.

Si vous n’avez pas encore travaillé avec Prometheus en entreprise, présentez un projet personnel ou pédagogique comme tel. Un intitulé explicite comme « Projet personnel — supervision d’un service de démonstration » est plus crédible qu’une expérience professionnelle ambiguë. Utilisez des verbes qui reflètent votre rôle : « exploré », « configuré », « testé », « contribué à » ou « maintenu », selon le cas.

• Niveau découverte : « Projet d’apprentissage : lancement de Prometheus et exploration de métriques d’un service de démonstration. »
• Niveau pratique : « Projet personnel : configuration de cibles de collecte et rédaction de requêtes PromQL pour suivre les métriques d’un service fictif. »
• Niveau autonome sur un projet : « Conception d’une démonstration de supervision : collecte de métriques, règles d’alerte et documentation des étapes de reproduction. »
• Contribution en équipe : « Contribution à la configuration de la collecte Prometheus et à l’analyse d’alertes, en lien avec l’équipe chargée du service. »
• Expérience opérationnelle : « Exploitation de métriques Prometheus pour examiner des alertes et documenter les vérifications effectuées sur un service. »

Préparer une démonstration courte

Une démonstration d’entretien peut tenir en quelques minutes. L’objectif n’est pas de faire défiler tous les fichiers, mais de rendre votre raisonnement facile à suivre. Choisissez un seul scénario : par exemple, suivre une métrique, repérer une anomalie simulée et expliquer la règle d’alerte associée. Vérifiez à l’avance que l’environnement fonctionne et prévoyez une capture de secours si l’exécution en direct échoue.

• Contexte : quel service ou scénario fictif avez-vous choisi, et quel besoin de supervision vouliez-vous illustrer ?
• Votre rôle : qu’avez-vous conçu ou configuré vous-même, et qu’est-ce qui était fourni par l’exercice ou réalisé par d’autres ?
• Démarche : comment les métriques sont-elles collectées et quelles requêtes ou règles avez-vous préparées ?
• Décision : pourquoi avez-vous choisi cet indicateur, cette requête ou cette condition d’alerte ?
• Résultat : qu’est-ce que la démonstration permet d’observer ou de tester ?
• Limites et suite : que faudrait-il adapter avant une utilisation réelle, et que feriez-vous ensuite ?

Répondre aux questions techniques

Face à une question technique, commencez par reformuler le problème et préciser les hypothèses. Décrivez ensuite les vérifications que vous feriez et les éléments observables qui orienteraient votre diagnostic. Cette façon de répondre montre une démarche, même si vous ne vous souvenez pas immédiatement d’une syntaxe exacte.

Pour expliquer une requête PromQL ou une règle d’alerte, dites d’abord ce que vous cherchez à mesurer ou détecter, puis décrivez les éléments de la configuration. Si vous avez rencontré une erreur pendant le projet, racontez le symptôme, la piste que vous avez testée, ce qui l’a écartée ou confirmée et ce que vous avez retenu. Reconnaître une limite est préférable à prétendre qu’un projet de démonstration couvre tous les cas de production.

Pour une question sur votre niveau, donnez un exemple concret et délimitez-le. Par exemple : « J’ai configuré la collecte dans un environnement de test et écrit plusieurs requêtes ; je n’ai pas encore administré une plateforme Prometheus en production. » Cette réponse permet au recruteur d’évaluer votre expérience sans ambiguïté.

• Écoutez la question jusqu’au bout et clarifiez le contexte si nécessaire.
• Exposez votre raisonnement avant de donner une conclusion.
• Reliez votre réponse à un fichier, une requête ou une étape de votre projet quand c’est possible.
• Distinguez les faits observés, les hypothèses et les pistes à vérifier.
• Si vous ignorez un détail, dites ce que vous consulteriez ou testeriez pour le vérifier.

Éviter les signaux qui fragilisent sa candidature

Un niveau gonflé peut être rapidement mis à l’épreuve par une question de configuration ou une demande d’explication d’une requête. Gardez des formulations proportionnées à votre pratique et soyez cohérent entre le CV, le portfolio et l’entretien. Évitez également les mots vagues comme « expert » s’ils ne sont pas accompagnés d’exemples précis.

Ne publiez jamais dans un portfolio des métriques, journaux, noms d’hôtes, noms de clients, adresses internes, identifiants, captures d’écran ou extraits de configuration provenant d’un employeur sans autorisation explicite. Ces éléments peuvent révéler des informations sur une organisation, son infrastructure ou ses opérations, même si un mot de passe n’apparaît pas à l’écran.

Pour transformer une expérience réelle en exemple partageable, remplacez les noms et les valeurs identifiantes par des données fictives, ou reconstruisez le scénario de zéro. Ne supposez pas qu’une donnée est publiable parce qu’elle semble technique ou parce qu’elle est visible dans un tableau de bord. En cas de doute, demandez l’autorisation appropriée ou utilisez une démonstration entièrement synthétique.

• Ne montrez pas de données, captures ou fichiers internes sans autorisation.
• Ne publiez ni secrets ni informations permettant d’identifier une infrastructure réelle.
• N’attribuez pas à votre travail les réalisations de toute une équipe.
• N’annoncez pas de résultat chiffré sans mesure vérifiable et autorisation de le partager.
• Préparez des données fictives et un exemple reproductible pour remplacer tout contenu sensible.

Le parcours, étape par étape

1. 11. Cibler le poste et ses attentes — Repérez les tâches liées à la supervision dans l’annonce : collecte, requêtes, alertes ou diagnostic. Retenez uniquement celles que vous pouvez relier à une expérience ou à un exercice.
2. 22. Évaluer honnêtement votre pratique — Classez vos exemples selon leur contexte : découverte, formation, projet personnel, stage ou expérience professionnelle. Notez ce que vous avez fait personnellement.
3. 33. Construire une preuve simple — Préparez un scénario Prometheus de démonstration avec configuration, requêtes ou règles d’alerte, documentation et données fictives.
4. 44. Adapter le CV — Rédigez une formulation qui relie action, contexte et résultat observable. Employez un intitulé qui distingue clairement un projet personnel d’une mission professionnelle.
5. 55. Répéter la présentation — Présentez votre projet en suivant une trame courte : besoin, rôle, démarche, décision, résultat et limites. Entraînez-vous aussi à expliquer une erreur rencontrée.
6. 66. Vérifier les éléments partageables — Relisez les fichiers, captures et exemples. Retirez les informations confidentielles et remplacez-les par des données fictives avant de partager votre portfolio.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Formation FormaGroup — Observabilité des systèmes avec Prometheus et Grafana formagroup.ma
2. Documentation officielle Prometheus — Overview prometheus.io
3. Emploi public — exemple d’annonce mentionnant des compétences techniques et des logiciels emploi-public.ma
4. JobInTech jobintech.academy
5. FormaGroup — Prometheus formagroup.ma