Accueil · Guides de révision · PCA

Guide complet PCA — CNCF

Prometheus Certified Associate · Programme, plan de révision, ressources, examen blanc gratuit.

TL;DR — Le guide en 1 minute

La Prometheus Certified Associate (PCA) valide les competences en monitoring cloud-native avec Prometheus. Destinee aux SRE, DevOps, ingenieurs observabilite et administrateurs Kubernetes, elle se passe en ligne (90 min, QCM performance-based, 75% requis, 250 USD). Aucun prerequis officiel mais une experience Linux, conteneurs et metriques est recommandee. Debouches : SRE, ingenieur observabilite, platform engineer dans des entreprises cloud-native, avec salaires entre 55k et 85k EUR en France en 2026.

Pourquoi passer la certification PCA ?

En 2026, l'observabilite est devenue la pierre angulaire de toute architecture cloud-native. Prometheus, projet gradue de la CNCF, est le standard de facto pour la collecte de metriques dans 78% des deploiements Kubernetes en production. Passer la PCA permet de valider une expertise tres recherchee : selon le rapport CNCF 2026, les offres mentionnant Prometheus ont augmente de 42% en deux ans en Europe. Le ROI est rapide : la certification (250 USD) ouvre des postes avec une revalorisation salariale moyenne de 8 a 15% selon HelloWork et PayScale. Sur le CV, PCA differencie clairement les candidats SRE et DevOps des profils generalistes, en demontrant une maitrise concrete de PromQL, du modele de donnees time-series et d'AlertManager. Elle est complementaire des certifications Kubernetes (CKA, CKAD) et constitue souvent un prerequis implicite pour des roles de platform engineer ou d'ingenieur observabilite. Les entreprises francaises (Carrefour, BNP, OVHcloud, Decathlon) integrent Prometheus dans leurs stacks SRE et privilegient les profils certifies pour reduire le temps de prise de poste. Enfin, la PCA prepare naturellement vers des outils complementaires comme Thanos, Cortex, Grafana et OpenTelemetry, qui dominent le marche de l'observabilite moderne.

Caractéristiques de l'examen

Format QCM 60 questions multiple choice
Duree 90 minutes
Score requis 75%
Prix officiel 250 USD (environ 230 EUR)
Langues Anglais uniquement
Validite 2 ans
Prerequis Aucun officiel ; experience Linux, conteneurs et metriques recommandee

Programme détaillé par domaine

Domain 1 : Observability Concepts 18%

Objectifs
Ce domaine couvre les fondamentaux de l'observabilite moderne. Le candidat doit comprendre les trois piliers (metriques, logs, traces), les differences entre monitoring traditionnel et observabilite cloud-native, ainsi que le positionnement de Prometheus dans l'ecosysteme CNCF. Il faut savoir expliquer pourquoi le modele pull de Prometheus a ete choisi, ses avantages en environnement dynamique (Kubernetes, autoscaling) et ses limites face au modele push. La comprehension du theoreme USE (Utilization, Saturation, Errors) et de la methode RED (Rate, Errors, Duration) est attendue, ainsi que les notions de SLI, SLO, SLA et error budget popularisees par Google SRE.
Concepts clés
Time-series database, dimensional data model, labels et label cardinality, scraping pull-based, service discovery dynamique, white-box vs black-box monitoring, USE et RED methods, golden signals (latency, traffic, errors, saturation), SLI/SLO/SLA, error budgets, alerting fatigue, observability vs monitoring, cardinality explosion, sample, target, instance, job. Comprendre la difference entre counter, gauge, histogram, summary est crucial. Maitriser le format d'exposition OpenMetrics, successeur standardise du format Prometheus, ainsi que les conventions de nommage (_total, _seconds, _bytes).
Services / outils
Prometheus server, OpenMetrics, OpenTelemetry (interoperabilite), CNCF landscape observabilite, Grafana, AlertManager, Pushgateway, exporters communautaires (node_exporter, blackbox_exporter, mysqld_exporter).
Temps estimé
8-10h

Domain 2 : Prometheus Fundamentals 20%

Objectifs
Maitriser l'architecture de Prometheus : retrieval, TSDB, HTTP server, PromQL engine. Le candidat doit savoir installer Prometheus en standalone et via Helm sur Kubernetes, configurer le fichier prometheus.yml, comprendre les sections global, scrape_configs, alerting et rule_files. Connaitre les targets, jobs, relabeling rules et la rotation/retention des donnees. Savoir interpreter les metriques internes de Prometheus (prometheus_tsdb_*, scrape_duration_seconds) pour diagnostiquer la sante du serveur.
Concepts clés
Architecture pull-based, TSDB on-disk format (blocks, WAL, chunks), retention.time et retention.size, scrape_interval, evaluation_interval, scrape_timeout, honor_labels, honor_timestamps, relabel_configs vs metric_relabel_configs, staleness markers, federation hierarchique, remote_write et remote_read APIs (vers Thanos, Cortex, Mimir), HA via deux instances en parallele, compaction, head block, snapshot API admin.
Services / outils
prometheus binary, promtool (validation config et rules), TSDB admin API, federation endpoint /federate, remote storage adapters, node_exporter (port 9100), kube-state-metrics, cAdvisor.
Temps estimé
15-18h

Domain 3 : PromQL 28%

Objectifs
PromQL est le domaine le plus lourd de l'examen. Le candidat doit ecrire des requetes lisibles et performantes pour interroger les time-series. Cela inclut les selecteurs instantanes et range, les operateurs arithmetiques et de comparaison, les fonctions de transformation, les operateurs d'agregation, le matching de vecteurs (one-to-one, many-to-one) avec on(), ignoring(), group_left, group_right. Savoir distinguer rate() de irate(), increase() et delta(), et utiliser histogram_quantile() correctement.
Concepts clés
Instant vector vs range vector vs scalar vs string, selecteurs {job='api', status=~'5..'}, fonctions rate(), irate(), increase(), delta(), deriv(), predict_linear(), absent(), absent_over_time(), agregateurs sum, avg, max, min, count, topk, bottomk, quantile, stddev, clauses by() et without(), vector matching, offset modifier, @ modifier, subqueries, histogram_quantile sur buckets _bucket, recording rules pour pre-calculer des expressions couteuses.
Services / outils
PromQL via UI Prometheus (Graph tab), API HTTP /api/v1/query et /api/v1/query_range, Grafana avec datasource Prometheus, promtool query instant et query range, recording rules YAML.
Temps estimé
20-25h

Domain 4 : Instrumentation and Exporters 17%

Objectifs
Comprendre comment instrumenter une application avec les client libraries officielles (Go, Java, Python, Ruby, .NET) et exposer les metriques sur un endpoint /metrics. Le candidat doit choisir le bon type de metrique pour un cas d'usage donne et eviter les pieges de cardinalite (labels avec userID, email). Connaitre les principaux exporters communautaires et savoir quand ecrire un exporter custom plutot que d'instrumenter directement.
Concepts clés
Client libraries officielles, types Counter, Gauge, Histogram, Summary, buckets configurables pour histogrammes, quantiles streaming pour summary, labels statiques vs dynamiques, cardinalite (regle d'or : moins de 10 valeurs par label), endpoint /metrics, format text-based exposition, OpenMetrics, multi-process mode en Python, direct instrumentation vs custom collector, Pushgateway pour jobs batch ephemeres (anti-pattern pour services longs).
Services / outils
node_exporter, blackbox_exporter (probes HTTP/TCP/ICMP/DNS), snmp_exporter, mysqld_exporter, postgres_exporter, redis_exporter, jmx_exporter pour la JVM, kube-state-metrics, cAdvisor, Pushgateway.
Temps estimé
10-12h

Domain 5 : Alerting and Dashboarding 17%

Objectifs
Configurer des regles d'alerte dans Prometheus via alerting_rules.yml, comprendre les etats inactive, pending et firing, la duree for, les labels et annotations. Maitriser AlertManager : routing tree, receivers (email, Slack, PagerDuty, webhook), inhibition, silencing, grouping, deduplication. Configurer Grafana avec Prometheus comme datasource et construire des dashboards exploitables.
Concepts clés
Alerting rules YAML, expression PromQL declenchant l'alerte, clause for: pour eviter les flapping alerts, labels d'alerte vs annotations (description, summary, runbook_url), severite, AlertManager route tree avec group_by, group_wait, group_interval, repeat_interval, matchers, inhibit_rules, time_intervals (mute pendant maintenance), templates Go pour notifications, integration Grafana, variables template $instance, panels et thresholds.
Services / outils
AlertManager (port 9093), amtool, Grafana (port 3000), receivers Slack/PagerDuty/Opsgenie/Email, webhooks custom, Karma dashboard pour AlertManager.
Temps estimé
10-12h

Plan de révision hebdomadaire

Semaine 1 - Fondamentaux observabilite : lire la documentation officielle prometheus.io/docs/introduction, le livre 'Prometheus Up and Running' (Brian Brazil) chapitres 1 a 4, regarder les talks KubeCon sur l'observabilite. Installer Prometheus en local via Docker Compose, scraper node_exporter, explorer l'UI. Maitriser le vocabulaire (target, job, instance, label, sample). Objectif : 10h. Semaine 2 - Architecture et configuration : approfondir prometheus.yml, scrape_configs, relabeling. Deployer via kube-prometheus-stack (Helm) sur un cluster kind ou minikube. Configurer la federation et tester remote_write vers une instance Thanos ou Mimir. Lire la specification OpenMetrics. Objectif : 12h. Semaine 3 - PromQL intensif : faire les exercices PromQL sur PromLabs Training et Killercoda. Ecrire au moins 50 requetes couvrant rate, histogram_quantile, agregations, vector matching, recording rules. C'est le domaine le plus poids dans l'examen, ne pas le sous-estimer. Objectif : 20h. Semaine 4 - Instrumentation et exporters : instrumenter une petite application Go ou Python avec les 4 types de metriques. Deployer blackbox_exporter et configurer des probes HTTP. Lire les guidelines officielles sur la cardinalite. Objectif : 12h. Semaine 5 - Alerting et dashboarding : ecrire 10 alerting rules realistes, configurer AlertManager avec routing tree multi-canaux, tester avec amtool. Construire 3 dashboards Grafana (USE pour node, RED pour API, golden signals Kubernetes). Objectif : 10h. Semaine 6 - Revision et examens blancs : refaire deux examens blancs PromLabs et KodeKloud. Revoir les erreurs frequentes, le format OpenMetrics, les fonctions PromQL rares. Reposer le cerveau la veille de l'examen et passer l'examen le matin en forme.

Besoin d'un planning sur mesure ? 30 jours · 60 jours · 90 jours

Ressources recommandées

Documentation officielle Prometheus

Source principale et autoritative, couvrant tous les domaines de l'examen avec des exemples concrets.

PromLabs Training (Julius Volz)

Cours officiel par le co-fondateur de Prometheus, inclut un parcours PCA dedie avec labs et examens blancs.

KodeKloud PCA Course

Cours video accessible avec labs interactifs et 2 mock exams representatifs du vrai examen.

CNCF Slack #prometheus

Communaute active, ideale pour poser des questions techniques et obtenir des retours d'experience PCA.

5 erreurs classiques à éviter

  • Erreur 1 : Negliger PromQL en pensant que c'est intuitif. Avec 28% du score, c'est le domaine decisif. Pratiquer quotidiennement 5 a 10 requetes pendant un mois.
  • Erreur 2 : Confondre rate() et irate(). rate() lisse sur la fenetre, irate() prend les deux derniers points. Utiliser irate() seulement pour les graphiques haute resolution, jamais pour les alertes.
  • Erreur 3 : Mettre des labels a forte cardinalite (userID, email, request_id). Cela fait exploser la TSDB. Toujours limiter a moins de 10 valeurs distinctes par label.
  • Erreur 4 : Utiliser Pushgateway pour des services longs. Pushgateway est concu uniquement pour les batch jobs ephemeres ; sinon preferer le scraping pull classique.
  • Erreur 5 : Oublier la clause 'for:' dans les alerting rules. Sans elle, la moindre fluctuation declenche une alerte, generant de la fatigue d'alerte chez les equipes oncall.

5 questions types corrigées

Q1. Quelle requete PromQL calcule le taux d'erreurs HTTP 5xx par seconde sur les 5 dernieres minutes, agrege par service ?
Réponse : B
La bonne reponse applique rate() AVANT sum(), car rate() doit operer sur des counters bruts par serie. L'option A ne donne pas un taux mais un cumul. L'option C est syntaxiquement invalide (rate ne peut envelopper un instant vector). L'option D utilise un regex incorrect et n'agrege pas par service. La regle d'or : rate() d'abord, sum() ensuite. Le selecteur =~'5..' matche tous les codes 500 a 599 via regex.
Q2. Quel type de metrique Prometheus est le plus adapte pour mesurer la latence des requetes HTTP avec des percentiles calcules cote serveur Prometheus ?
Réponse : C
Le Histogram expose des buckets cumulatifs (le_bucket) permettant de calculer les percentiles cote serveur via histogram_quantile(). Cela autorise l'agregation entre instances, contrairement au Summary qui calcule les quantiles cote client et ne peut etre agrege. Counter sert aux valeurs monotones (requetes totales), Gauge aux valeurs variables (memoire). Pour la latence avec agregation multi-instances et SLOs, Histogram est la reference, surtout en environnement Kubernetes ou plusieurs pods exposent la meme metrique.
Q3. Dans AlertManager, quel parametre evite d'envoyer la meme alerte toutes les minutes apres son declenchement initial ?
Réponse : C
repeat_interval definit le delai avant de renvoyer une notification pour une alerte deja active et non resolue (typiquement 4h). group_wait est le delai initial avant la premiere notification d'un nouveau groupe (30s par defaut). group_interval est le delai entre notifications d'un meme groupe lorsque de nouvelles alertes s'y ajoutent (5min par defaut). resolve_timeout determine quand AlertManager considere une alerte comme resolue si elle n'est plus envoyee par Prometheus. Connaitre ces 4 timers est crucial pour l'examen.

Voir plus de questions gratuites →

Carrière & salaire après PCA

En France 2026, un SRE ou ingenieur observabilite certifie PCA gagne entre 55k EUR (junior) et 85k EUR (senior), avec des pointes a 100k EUR a Paris ou en remote pour des scale-ups (Doctolib, Qonto, BlaBlaCar). Les profils freelance facturent 550 a 800 EUR par jour. Les debouches incluent : SRE, Platform Engineer, DevOps Engineer, Observability Engineer, Cloud Engineer chez OVHcloud, Scaleway, Capgemini, Sopra Steria. La PCA s'enchaine naturellement avec CKA (Kubernetes Administrator), CKAD, et les certifications cloud AWS/Azure/GCP orientees observabilite. Combinee avec une expertise Grafana, Loki, Tempo ou OpenTelemetry, elle ouvre des roles de tech lead observabilite tres recherches.

Détail des salaires PCA en 2026 →

FAQ — PCA

Combien de temps faut-il pour preparer PCA ?

Entre 60 et 80 heures sur 6 semaines pour un profil DevOps junior ayant deja touche Prometheus. Un profil senior avec experience production peut viser 30-40 heures concentrees sur PromQL et AlertManager.

Cette certification est-elle reconnue en France ?

Oui, la PCA emise par la CNCF (Linux Foundation) est reconnue mondialement, y compris en France. Elle est valorisee chez tous les employeurs cloud-native et apparait frequemment dans les offres SRE/DevOps depuis 2023.

Quel est le taux de reussite a PCA ?

Le taux officiel n'est pas publie par la CNCF, mais les retours communautaires sur Slack et Reddit estiment environ 60-70% de reussite au premier essai, avec PromQL comme principal facteur d'echec.

Quel est le salaire apres PCA ?

En France 2026, un profil SRE/DevOps certifie PCA touche 55k a 85k EUR brut annuel selon l'experience. Les profils seniors a Paris ou en full-remote atteignent 90-100k EUR, et 550-800 EUR par jour en freelance.

Faut-il une experience prealable ?

Aucun prerequis officiel. En pratique, 6 a 12 mois d'experience avec Linux, Docker, Kubernetes et un premier contact avec les metriques sont fortement recommandes pour aborder PromQL sereinement.

PCA ou cert concurrente : laquelle choisir ?

PCA est la seule certification officielle dediee a Prometheus. Pour Datadog ou New Relic, les certifications vendor existent mais sont moins portables. PCA reste le meilleur choix pour un profil cloud-native open-source.

Combien coute l'examen PCA ?

250 USD (environ 230 EUR en 2026), incluant un essai et un retake gratuit dans les 12 mois. Des promotions CNCF Cyber Week ou KubeCon descendent parfois le tarif a 175 USD.

Combien de fois peut-on repasser PCA ?

L'achat de l'examen inclut un retake gratuit. Au-dela, il faut racheter un voucher complet. Aucune limite annuelle, mais delai recommande de 14 jours entre deux tentatives pour reviser efficacement.

Prêt à passer à la pratique ?

Lancez votre examen blanc gratuit ou faites le test d'orientation pour valider votre choix.

Démarrer l'examen blanc PCA → Test d'orientation