Écosystème CNCF : comprendre la fondation et évaluer un projet

30 min
Quiz · 6 questions

Par Stéphane Robert mis à jour le 13 octobre 2026

Améliorer cette page

Que voulez-vous signaler ?

L’issue s’ouvre déjà remplie avec le titre et l’adresse de cette page.

La CNCF (Cloud Native Computing Foundation) est la fondation qui héberge Kubernetes, Prometheus, Envoy et des dizaines d'autres projets graduated et incubating, ainsi qu'un large portefeuille de projets sandbox. Ce guide explique comment elle fonctionne, comment ses projets sont organisés, comment utiliser le CNCF Landscape et comment évaluer un projet avant de l'adopter, selon trois axes : sa maturité, sa gouvernance et sa santé. Il s'adresse à toute personne qui connaît les bases de Kubernetes, qu'elle prépare la KCNA ou qu'elle doive choisir un outil.

Ce que vous allez apprendre

Ce qu'est la CNCF et pourquoi elle existe
Comment la gouvernance fonctionne (TOC, Governing Board, TAG)
Le processus de maturité des projets : Sandbox, Incubating, Graduated
Les projets CNCF à connaître en priorité
Comment lire et utiliser le CNCF Landscape
Comment évaluer un projet avant de l'adopter : maturité, gouvernance, santé

Qu'est-ce que la CNCF ?

La Cloud Native Computing Foundation (CNCF) est une fondation à but non lucratif, créée en 2015 autour de Kubernetes, son premier projet. Elle fait partie de la Linux Foundation, la même organisation qui héberge le noyau Linux.

Son rôle, c'est un peu celui d'un incubateur neutre pour les technologies cloud native : elle offre un cadre de gouvernance, des ressources (CI/CD, infrastructure de test, marketing) et une communauté mondiale à des projets open source. L'objectif est que ces projets restent indépendants de tout fournisseur (vendor-neutral).

Pourquoi la CNCF est-elle importante ?

Sans la CNCF, chaque projet cloud native serait isolé, avec ses propres standards et sa propre gouvernance. La CNCF apporte :

Apport	Concrètement
Neutralité	Aucun fournisseur ne contrôle Kubernetes ou Prometheus
Interopérabilité	Les projets suivent des standards communs (OCI, CNI, CSI, CRI)
Communauté	Plus de 340 000 contributeurs aux projets (chiffre affiché sur cncf.io en octobre 2026) et des événements comme KubeCon
Maturité	Un processus de graduation qui garantit la qualité
Ressources	Infrastructure de CI/CD, sécurité, documentation pour les projets

La gouvernance CNCF

La CNCF n'est pas dirigée par une seule entreprise. Sa gouvernance repose sur trois piliers :

Le Governing Board (GB)

Le conseil d'administration. Il gère le budget, la stratégie et les adhésions. Il réunit un représentant de chaque membre Platinum, des représentants élus par les membres Gold et Silver, et des représentants de la communauté technique (le président du TOC et deux committers élus). Selon sa charte, il ne prend aucune décision technique.

Le Technical Oversight Committee (TOC)

Le TOC est le cœur technique de la CNCF. Composé de 11 membres, élus par plusieurs collèges (le Governing Board, les utilisateurs finaux, les mainteneurs et le TOC lui-même), il :

Accepte ou refuse les nouveaux projets
Évalue la maturité des projets (Sandbox → Incubating → Graduated)
Définit les principes techniques de l'écosystème
Supervise les Technical Advisory Groups (TAG)

Les TAG (Technical Advisory Groups)

Les TAG sont des groupes thématiques qui conseillent le TOC. Le TOC les a réorganisés en 2025 : les anciens groupes (TAG Network, TAG Runtime, TAG Observability, TAG App Delivery, TAG Environmental Sustainability...) ont été arrêtés et remplacés par cinq TAG organisés par domaine :

TAG	Domaine
TAG Developer Experience	Bases de données, microservices, messaging, gestion d'API, frameworks
TAG Infrastructure	Stockage, réseau, DNS, calcul, service mesh, infrastructure as code, edge
TAG Operational Resilience	Observabilité, continuité d'activité, optimisation des ressources, énergie, exploitation (day 2)
TAG Security and Compliance	Hygiène de sécurité, policy as code, conformité, supply chain logicielle
TAG Workloads Foundation	Environnements d'exécution des workloads cloud native et gestion de leur cycle de vie

Les anciens TAG ont été remplacés ou transformés en sous-projets et initiatives rattachés au TOC (par exemple Contributor Strategy and Advocacy, Mentoring, Project Reviews, ou l'initiative Artificial Intelligence). Vous croiserez encore les anciens noms dans des livres blancs et des vidéos antérieurs à 2025 : la liste à jour est sur contribute.cncf.io.

Les niveaux de maturité des projets

Côté communication publique, la CNCF présente ses projets selon trois niveaux de maturité : Sandbox, Incubating et Graduated. En pratique, le TOC documente un lifecycle plus détaillé avec des étapes intermédiaires, mais ces trois niveaux restent les repères essentiels pour évaluer un projet.

Sandbox (bac à sable)

Le point d'entrée. Un projet Sandbox est expérimental : il répond à un besoin réel, mais n'est pas encore largement adopté ni testé en production.

Critères d'entrée : le projet est open source, a une communauté active, et le TOC estime qu'il a du potentiel.

Ce que ça signifie pour vous : intéressant à surveiller, mais ne l'utilisez pas en production sans évaluation approfondie.

Incubating (en incubation)

Le projet a fait ses preuves. Il est utilisé en production par au moins trois organisations indépendantes, a une communauté saine avec des contributeurs diversifiés, et suit les bonnes pratiques de sécurité.

Ce que ça signifie pour vous : un choix raisonnable pour la production, avec un bon niveau de confiance.

Graduated (diplômé)

Le plus haut niveau. Un projet graduated a démontré :

Une adoption massive en production
Un processus de sécurité mature (CVE, audits)
Une gouvernance solide avec des contributeurs de multiples organisations
Une documentation complète
La conformité aux bonnes pratiques CNCF

Ce que ça signifie pour vous : c'est un standard de l'industrie. Vous pouvez l'adopter en confiance.

Niveau	Adoption	Risque	Exemple
Sandbox	Faible	Élevé	Exemple : KCL
Incubating	Moyenne	Modéré	Exemples : Backstage, Meshery
Graduated	Massive	Faible	Exemples : Kubernetes, Prometheus, Helm, OpenTelemetry

Les projets CNCF à connaître en priorité

L'écosystème CNCF compte plus de 200 projets (230 d'après cncf.io en octobre 2026, tous niveaux confondus). Plutôt qu'un catalogue exhaustif, voici une sélection de projets majeurs que vous croiserez régulièrement dans la documentation, les formations et les certifications. Leur statut (graduated, incubating) peut évoluer, consultez toujours la page officielle des projets CNCF pour vérifier.

Orchestration, runtime et réseau

Ces projets forment le socle technique sur lequel repose tout cluster Kubernetes :

Projet	Catégorie	Rôle
Kubernetes	Orchestration	Orchestrateur de conteneurs, le cœur de l'écosystème
containerd	Runtime	Runtime de conteneurs de référence (utilisé par Docker et Kubernetes)
CRI-O	Runtime	Runtime léger conçu spécifiquement pour Kubernetes
etcd	Données	Base de données clé-valeur distribuée (état du cluster Kubernetes)
CoreDNS	Réseau	Serveur DNS du cluster Kubernetes
Envoy	Réseau	Proxy L4/L7 haute performance, le data plane de nombreux service meshes
Cilium	Réseau / Sécurité	Networking et sécurité Kubernetes basés sur eBPF
Istio, Linkerd	Service mesh	Chiffrement, routage et observabilité entre services, voir le guide service mesh (tous deux graduated)

Observabilité

Les projets d'observabilité permettent de comprendre ce qui se passe dans un système distribué :

Projet	Rôle
Prometheus	Collecte et stockage de métriques avec alerting
Fluentd	Collecte et routage de logs unifiés
Jaeger	Tracing distribué pour les architectures microservices

OpenTelemetry (OTel) est le projet qui unifie métriques, logs et traces dans un seul framework. Projet graduated depuis mai 2026, il représente l'avenir de l'observabilité cloud native et est à surveiller de près.

Delivery et packaging

Ces outils couvrent le cycle de vie du déploiement, du packaging à la livraison continue :

Projet	Rôle
Helm	Gestionnaire de packages Kubernetes (charts)
Argo	Workflows, CD GitOps, événements sur Kubernetes
Flux	GitOps continu, synchronise Git avec le cluster
Harbor	Registry de conteneurs avec scanning de vulnérabilités

Sécurité et politiques

La sécurité cloud native couvre l'identité, la détection d'anomalies, les politiques d'admission et l'intégrité de la supply chain :

Projet	Rôle
Falco	Détection d'anomalies runtime dans les conteneurs
OPA	Moteur de politiques universel (admission control, RBAC)
cert-manager	Gestion automatique des certificats TLS
SPIFFE/SPIRE	Identité et authentification zero-trust pour les workloads

Le CNCF Landscape est une carte interactive qui répertorie plus de 1 700 projets et produits de l'écosystème cloud native (plus de 2 400 entrées en comptant les 723 membres de la CNCF, d'après les données du landscape au 13 octobre 2026). Il est organisé en couches logiques qui s'empilent les unes sur les autres.

Les couches du landscape

Provisioning (couche de base) : tout ce qu'il faut pour préparer l'infrastructure, automatisation de la configuration (Terraform, Ansible, Pulumi), registries de conteneurs (Harbor, Docker Hub), sécurité et compliance (Falco, OPA, cert-manager), gestion des secrets (Vault, SPIFFE).
Runtime (couche d'exécution) : ce dont un conteneur a besoin pour fonctionner, stockage cloud native (Rook, Longhorn), runtimes de conteneurs (containerd, CRI-O), réseau cloud native (Cilium, Flannel, Calico).
Orchestration & Management (gestion) : les outils pour orchestrer et connecter les applications, scheduling (Kubernetes, Crossplane), service discovery (CoreDNS, etcd), service proxy (Envoy), API gateway, service mesh (Istio, Linkerd).
App Definition & Development (applications) : les outils pour construire et déployer, bases de données (Vitess, TiKV), messaging (NATS, CloudEvents), CI/CD (Argo, Flux), packaging (Helm, Buildpacks).

Des catégories transversales complètent ces couches :

Observabilité et analyse : monitoring, tracing, logging (Prometheus, Jaeger, Fluentd, OpenTelemetry)
Plateformes : distributions Kubernetes, PaaS, offres managées
Serverless : plateformes et frameworks de fonctions (Knative)

Le landscape est bien plus riche que cette lecture en 4 couches : catégories transverses (dont le Wasm et l'IA), produits commerciaux, projets sandbox. Ces couches servent surtout de repère mental pour débuter, ne cherchez pas à tout retenir d'un coup.

Comment lire le landscape

Quand vous consultez le CNCF Landscape, voici comment repérer les projets. La légende graphique peut évoluer avec l'outil : en cas de doute, fiez-vous au guide intégré au site, et au niveau de maturité indiqué sur la fiche de chaque projet.

Visuel	Signification
Grande boîte avec logo	Projet CNCF graduated ou incubating
Petite boîte blanche	Projet open source (dont Sandbox)
Boîte grise	Produit propriétaire / commercial

Comment évaluer un projet CNCF avant de l'adopter ?

Pour évaluer un projet, croisez trois axes : sa maturité, sa gouvernance et sa santé. Le statut CNCF n'est qu'un point de départ : il dit où le TOC situe le projet, pas s'il convient à votre contexte. La grille ci-dessous réutilise ce que ce guide vient d'expliquer et indique où vérifier chaque critère.

Axe	Question à se poser	Où le vérifier
Maturité	Quel niveau (Sandbox, Incubating, Graduated) ? Depuis quand ?	Page officielle des projets, fiche du projet dans le landscape
Gouvernance	Les contributeurs viennent-ils de plusieurs organisations ? Une seule entreprise peut-elle décider seule ?	Fichiers de gouvernance et liste des mainteneurs dans le dépôt du projet
Santé	Le projet est-il activement maintenu (versions régulières, issues traitées) ? Dispose-t-il d'une politique de sécurité et d'une documentation à jour ?	Dépôt (releases, `SECURITY.md`, documentation), nombre d'utilisateurs en production cités par le projet

Un cas concret : vous cherchez un outil de gestion de certificats TLS. Deux candidats apparaissent dans le landscape. Le premier est graduated, avec des mainteneurs de plusieurs entreprises et des versions régulières ; le second est sandbox, porté par une seule société. Le premier répond aux trois axes, le second ne répond pas encore à la gouvernance ni à la preuve d'adoption : il reste une piste à surveiller, pas un choix pour la production.

Un statut élevé ne remplace jamais un essai : vérifiez aussi la compatibilité avec votre version de Kubernetes et le coût d'exploitation (qui l'opère, qui le met à jour). Un projet sandbox très actif peut être préférable à un projet graduated qui ne couvre pas votre besoin.

La communauté CNCF

La force de la CNCF réside dans sa communauté. Voici les principaux canaux de participation :

KubeCon + CloudNativeCon

La plus grande conférence open source au monde dédiée au cloud native. Elle a lieu dans plusieurs régions chaque année : en 2026, Europe (Amsterdam), Inde (Mumbai), Japon (Yokohama), Chine et Amérique du Nord (Salt Lake City, du 9 au 12 novembre). Des milliers de talks, d'ateliers et de rencontres.

Contribuer aux projets

Chaque projet CNCF accepte les contributions. Le site contribute.cncf.io fournit un guide pas à pas pour démarrer :

Choisissez un projet qui vous intéresse sur le CNCF Landscape
Lisez le CONTRIBUTING.md du projet pour comprendre le processus
Commencez par une issue tagguée "good first issue" pour votre première contribution
Rejoignez le Slack CNCF (slack.cncf.io) pour poser vos questions

Certifications

La CNCF propose plusieurs certifications pour valider vos compétences cloud native. Elles couvrent différents niveaux, du débutant au spécialiste sécurité :

Certification	Niveau	Focus
KCNA	Associate	Fondamentaux Kubernetes et cloud native
KCSA	Associate	Sécurité Kubernetes
CKA	Professionnel	Administration Kubernetes
CKAD	Professionnel	Développement d'applications sur Kubernetes
CKS	Spécialiste	Sécurité avancée Kubernetes

La KCNA est la certification la plus proche de cette formation : elle interroge précisément les principes cloud native, l'écosystème CNCF et les standards ouverts décrits ici. Son programme, ses quatre domaines et une stratégie de révision sont détaillés dans le guide de préparation KCNA.

Standards et interopérabilité

La CNCF ne se contente pas d'héberger des projets : elle s'appuie sur des standards ouverts qui garantissent l'interopérabilité entre les outils. Leur rôle est détaillé dans les principes cloud native ; ce tableau y ajoute la propriété de chaque standard. Ils n'ont pas tous le même propriétaire : CNI est un projet CNCF, CRI et CSI sont des interfaces de Kubernetes, OCI est porté par la Linux Foundation :

Standard	Rôle	Exemple
OCI (Open Container Initiative)	Format standard pour les images et runtimes de conteneurs	Docker et Podman produisent des images OCI compatibles
CNI (Container Network Interface)	Interface standard pour les plugins réseau	Cilium, Flannel et Calico implémentent CNI
CSI (Container Storage Interface)	Interface standard pour les drivers de stockage	Rook et Longhorn exposent le stockage via CSI
CRI (Container Runtime Interface)	Interface standard pour les runtimes dans Kubernetes	containerd et CRI-O implémentent CRI
OpenTelemetry	Standard d'observabilité (métriques, logs, traces)	SDK disponibles pour Go, Java, Python, JS...

À retenir

La CNCF est une fondation à but non lucratif, partie de la Linux Foundation, qui héberge les projets cloud native de manière vendor-neutral
La gouvernance repose sur le TOC (technique), le Governing Board (stratégie) et les TAG (conseil thématique)
Les projets passent par un processus de maturité : Sandbox (expérimental) → Incubating (prouvé) → Graduated (standard industrie)
Le CNCF Landscape organise plus de 1 700 projets et produits en couches : Provisioning → Runtime → Orchestration → App Definition
Pour évaluer un projet, croisez sa maturité, sa gouvernance et sa santé : le statut CNCF ne suffit pas
Les standards ouverts (OCI, CNI, CSI, CRI) garantissent l'interopérabilité
La communauté est active : KubeCon, Slack, contribute.cncf.io, certifications (KCNA, CKA, CKAD, CKS)

Contrôle de connaissances

Validez vos connaissances avec ce quiz interactif

6 questions

6 min.

70% requis

Informations

Le chronomètre démarre au clic sur Démarrer
Questions à choix multiples, vrai/faux et réponses courtes
Vous pouvez naviguer entre les questions
Les résultats détaillés sont affichés à la fin