cloudparts

Cloud Native Computing Foundation

The Linux Foundation’s home for Kubernetes, Prometheus, Envoy and about 230 other cloud-native projects, each at a sandbox, incubating or graduated stage.

What it is

The Cloud Native Computing Foundation (CNCF) is part of the non-profit Linux Foundation. It was formed on July 21, 2015, the day Kubernetes reached 1.0 and Google handed the project over to it, with AT&T, Cisco, CoreOS, Docker, IBM, Intel, Red Hat, Twitter, VMware and others as launch partners. Kubernetes became its first hosted project and Prometheus its second, in May 2016. Like the ASF it doesn’t write the software: it holds the projects’ names, pays for services such as security audits out of event revenue, and runs the votes that move projects between stages. In October 2026 it hosted 231 projects (39 graduated, 38 incubating, 154 in the sandbox) and had 722 member organisations; its 2025 annual report counts more than 300,000 contributors.

For someone choosing a technology, a CNCF badge says three things. The name belongs to the foundation: every project has to transfer its trademark and logo to the Linux Foundation when it joins, and they stay there even if the project is archived. The code is open: the charter requires all outbound code to be under the Apache License 2.0. And the project has been examined: to reach incubating or graduated, it has gone through due diligence by the Technical Oversight Committee (TOC), including interviews with its adopters and reviews of its governance and security.

It is not a verdict that a project is the best of its kind. The TOC’s principles say “no kingmakers”: overlapping and competing projects are accepted, and it does not pick a single winner in each category, which is why chaos-engineering tools Litmus and Chaos Mesh are both incubating. A sandbox project may still fail, and the stage says more about adoption and governance than about code quality. The CNCF also publishes a landscape of about 1,700 cloud-native projects and products, most of which have nothing to do with the foundation.

Its projects in this catalog

Graduated17

Mature projects whose adopters have shown them ready for production, with a third-party security review and maintainers from at least two organisations.

Argo CDOpen sourcePart of the Argo projectGitOps delivery for Kubernetes: a controller in the cluster keeps what’s running identical to the manifests in a Git repository.CrossplaneOpen sourceTurns a Kubernetes cluster into a control plane for infrastructure: you declare a bucket or a database as a Kubernetes object, and controllers create it and keep putting it back if it drifts.DaprOpen sourceA sidecar next to each service that offers pub/sub, state, service calls, workflows and actors over local HTTP or gRPC, with the broker or database behind each one swapped by a YAML file.EnvoyOpen sourceA C++ proxy for the edge and between services, configured live through the xDS APIs; the data plane under Istio, Envoy Gateway, Consul’s mesh and many others.etcdOpen sourceThe Raft-replicated key-value store that holds every Kubernetes cluster’s state, built for small, critical data that many machines must agree on.FluentdOpen sourceA CNCF graduated log collector that tags each event, routes it by tag through plugins, and buffers it until the destination accepts it.HarborOpen sourceA CNCF-graduated, self-hosted registry for container images and other OCI artifacts that adds projects, access control, vulnerability scanning, signing, replication, proxy caching and tag retention on top of the standard registry.IstioOpen sourceThe Kubernetes service mesh started by Google, IBM and Lyft: mutual TLS, traffic routing and telemetry between services, through Envoy sidecars or the sidecar-less ambient mode.KarpenterOpen sourcePart of Kubernetes (SIG Autoscaling)A Kubernetes node autoscaler that launches right-sized machines for waiting pods and removes ones you don’t need.kindOpen sourcePart of Kubernetes (SIG Testing)Kubernetes IN Docker: each cluster node is a container, so a conformant multi-node cluster starts and disappears inside a CI job.kubeadmOpen sourcePart of KubernetesThe official tool for turning Linux machines you already have into a Kubernetes cluster: kubeadm init, then kubeadm join.KubernetesOpen sourceThe standard open-source orchestrator: declare the containers you want, and controllers keep the cluster matching it.minikubeOpen sourcePart of Kubernetes (SIG Cluster Lifecycle)A local Kubernetes cluster for developers on Linux, macOS or Windows, in a container, a VM or on the host itself, with laptop-friendly extras.OpenTelemetryOpen sourceThe vendor-neutral standard for producing and shipping traces, metrics and logs, with SDKs for most languages and a Collector to route the data.PrometheusOpen sourceThe standard open-source metrics system: it pulls numbers from your services over HTTP, stores them as labelled time series and alerts on PromQL queries.UpjetOpen sourcePart of CrossplaneA code generator and runtime that turns a Terraform provider into a Crossplane provider, so Terraform’s resource code sits behind Kubernetes-style managed resources.VitessOpen sourceA proxy layer, born at YouTube, that shards MySQL across many servers while the app still sees one database.

Sandbox8

The entry level for experimental projects early in their development: breaking changes are expected and failure is possible.

AgonesOpen sourceRuns dedicated multiplayer game servers on Kubernetes: keeps a fleet of them warm, hands one to each match, and never kills a server while players are on it.CloudNativePGOpen sourceA Kubernetes operator that runs highly available PostgreSQL with no Patroni and no StatefulSets: the Kubernetes API itself holds the cluster’s state.K3sOpen sourceA certified Kubernetes distribution in one small binary, built for edge, IoT and other places where a full cluster is too heavy, with SQLite or embedded etcd for state.KubeRayOpen sourceVoted into the sandbox in September 2026; onboarding began on 29 SeptemberThe Kubernetes operator for Ray: it runs each Ray cluster as a head pod plus worker pods, and adds custom resources for long-running clusters, batch jobs and Ray Serve applications.OpenTofuOpen sourceThe open-source fork of Terraform, created after HashiCorp’s 2023 licence change: same HCL, same providers, tofu instead of terraform.OxiaIncubatingOpen sourceA sharded metadata store and coordination service in Go, with ZooKeeper’s programming model (sessions, ephemeral keys, notifications, compare-and-swap) but capacity and throughput that grow by adding nodes; the recommended metadata store for new Apache Pulsar clusters.PodmanOpen sourceRuns Docker-style containers without a daemon, as root or as an ordinary user, and hands long-running ones to systemd.VeleroOpen sourceBacks up a Kubernetes cluster’s objects and persistent volumes to object storage, and restores them into the same cluster or a new one.

In depth

Sandbox to graduated, and the archive#

Projects usually join the sandbox, though they may apply straight to incubation. Counts are from the CNCF landscape data on October 27, 2026, which match the 39 graduated and 38 incubating projects on cncf.io.

Sandbox

154 projects

A project applies through an issue form in the cncf/sandbox repository, and the TOC reviews applications roughly every two months before voting. After the vote the project still has to sign a contribution agreement and finish onboarding: gVisor passed its vote on September 28, 2026, but a month later its agreement was still being signed. Recent sandbox projects include CloudNativePG and Podman (January 2025), OpenTofu (April 2025), Oxia (October 2025), Agones (December 2025) and Velero (March 2026).

Incubating

38 projects

The project must show at least three independent adopters using it in testing or production, verified by the TOC, and a public list of adopters. It needs documented, vendor-neutral governance, the CNCF Code of Conduct, maintainer affiliations kept up to date, a security reporting process, a security self-assessment and the OpenSSF Best Practices passing badge. gRPC has been incubating since February 2017; KubeVirt, Litmus and Chaos Mesh moved up from the sandbox in 2022.

Graduated

39 projects

On top of the incubation criteria, a graduating project needs maintainers from at least two organisations, a mechanism that balances organisations in governance decisions, an annual check on who its maintainers work for, a documented release process, adopters in production and a third-party security review with its findings tracked. Kubernetes graduated first, in March 2018, followed by Prometheus and Envoy the same year; OpenTelemetry graduated in May 2026.

Archived

28 projects

The TOC can archive a project that has gone inactive or that it no longer wants to recommend, looking at signals such as project health, security response and adoption. After months of discussion, a two-week public comment period and a two-week vote, archiving needs a two-thirds majority. The CNCF then stops support and marketing, the project may no longer call itself sandbox, incubating or graduated, and the trademarks stay with the CNCF and the Linux Foundation. Pravega was archived in September 2025; an archived project can come back through the normal process.

How a project moves up#

To move to incubating or graduated, a project opens an application issue in the cncf/toc repository with evidence for each criterion, a self-assessed technical review, a self-assessed governance review, and five to seven adopters willing to be interviewed. A TOC member volunteers as sponsor, meets the project, interviews adopters and writes the due-diligence report as a pull request. After about a week of internal TOC review, the report goes out for two weeks of public comment, and then to a vote, which passes with a two-thirds supermajority of the TOC.

The TOC promises no timetable and doesn’t take applications first come, first served. It tells projects to plan on at least three months once a sponsor has taken the application, and says the whole process can take from 5 to 15 months. In the four weeks before each KubeCon + CloudNativeCon in Europe and North America, no new sponsorships, public comments or votes start. Meeting every criterion doesn’t guarantee promotion either; the TOC has final discretion.

Who decides#

The charter splits the foundation in two. The Governing Board handles marketing, business oversight and the budget, and sets policy on trademarks and other intellectual property, but makes no technical decisions beyond agreeing the CNCF’s scope with the TOC. Its voting members are one representative from each Platinum member, representatives elected by Gold and Silver members (one per five Gold or ten Silver members, up to three each), the TOC chair, the End User Technical Advisory Board chair and two committers elected from CNCF projects. Members can also join as End Users, academic institutions or non-profits.

The Technical Oversight Committee has eleven members serving staggered two-year terms. The Governing Board elects six, end-user members two, maintainers of non-sandbox projects one, and the TOC itself two more. No more than two may come from the same group of related companies; if a job change would put three there, they decide among themselves who steps down, or draw lots. The TOC approves new projects, sets the stage criteria and votes on promotions and archiving, and the charter requires its project decisions to be made in open meetings, on a public mailing list or in public issues.

The landscape is not the foundation#

The Cloud Native Landscape at landscape.cncf.io is a map of the whole field, not a list of what the CNCF hosts. Its data file held 2,438 entries on October 27, 2026: 722 were logos of CNCF members, and the rest were projects and products, open source and closed. Cloud-native projects with at least 300 GitHub stars are generally included, closed-source products are allowed if they link to a clear description, and every Certified Kubernetes distribution is shown.

Only 259 of those entries are CNCF projects: the 231 marked sandbox, incubating or graduated, and 28 archived. A logo on the landscape tells you nothing about who owns a project or how it is governed. The labels also lag the votes: gVisor and KubeRay, both voted into the sandbox in September 2026, were still listed as ordinary entries a month later while their onboarding finished.

Licence, trademarks and contributions#

The charter’s IP policy applies to every project. It must transfer its trademark and logo to the Linux Foundation, and use only OSI-approved open-source licences for code. All new inbound code must carry a Developer Certificate of Origin sign-off and be contributed under the Apache License 2.0; each project decides whether it also requires a contributor licence agreement, which follows the Apache CLA. All outbound code is released under Apache 2.0 and documentation under Creative Commons Attribution 4.0. The Governing Board can approve another licence as an exception, for example to comply with the licence of code a project builds on.

Because contributions come in under Apache 2.0 rather than being assigned to one company, and the name belongs to the Linux Foundation, no single vendor can move a CNCF project to a source-available licence: a company can fork the code, but not the name. OpenTofu, started by Gruntwork, Spacelift, Harness, env0, Scalr and others after HashiCorp moved Terraform to the Business Source License, says giving the project to the Linux Foundation lowers the risk of adopting it; it joined the CNCF sandbox in April 2025.

Where it came from2015–2026

When Kubernetes reached 1.0 on July 21, 2015, Google gave up control of it to a new foundation run by the Linux Foundation, and companies that sold competing container tools and clouds, among them Docker, CoreOS, Red Hat, IBM and VMware, joined as launch partners. The charter took effect on November 6, 2015. The TOC accepted Kubernetes formally in March 2016 and Prometheus, a monitoring system, in May 2016, the first step towards a set of projects rather than a home for one.

In March 2018 the TOC voted Kubernetes its first graduated project, citing its ability to operate at scale and broad participation from many organisations, and in the same month replaced its entry level, called “inception”, with the sandbox. Prometheus and Envoy graduated later that year. The foundation then grew quickly: counting projects still on the landscape, the TOC accepted 18 in 2018, 34 in 2020 and 42 in 2021.

The current lifecycle process, version 1.6, puts much of its weight on who a project depends on. It asks graduating projects for maintainers from at least two organisations, a mechanism that balances organisations in governance decisions and an annual check on maintainers’ employers. The charter was last updated on June 25, 2025.

Why it’s built this way

A foundation inside the Linux Foundation, not a new company
The charter gives the CNCF the job of keeping its technologies available to everyone and “free of partisan influence”, and of looking after their trademarks, which needs an owner that no single vendor controls.
No kingmakers
The TOC thought the market was too young to pick winners, so overlapping projects with different design trade-offs are accepted and left to prove themselves through real use.
Separate business and technical governance
Members who pay for the foundation sit on the Governing Board, which controls the budget and trademarks, while technical decisions go to an elected TOC, of which no more than two members may come from one group of companies.
Judge maturity by adopters and maintainers
Stages are meant to tell adopters how much they can rely on a project, so the TOC interviews users and checks that a graduated project would survive if one employer left.

Timeline

  1. 2015

    CNCF formed on July 21 as Kubernetes reaches 1.0; charter takes effect November 6

  2. 2016

    Kubernetes accepted in March; Prometheus becomes the second project in May

  3. 2018

    Kubernetes is the first project to graduate, in March; the sandbox replaces the inception level

  4. 2021

    42 projects accepted, the most in any year by the landscape’s count

  5. 2025

    OpenTofu joins the sandbox in April; charter updated in June; Pravega archived in September

  6. 2026

    OpenTelemetry graduates in May; gVisor and KubeRay voted into the sandbox in September

Sources · facts checked 2026-10-28

Improve this page on GitHub