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.
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.kubeadm init, then kubeadm join.
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.Incubating5
Projects gaining adoption and becoming stable, with versioned APIs, used in production by a small number of users; the TOC now checks their adoption.
gRPCOpen sourceGoogle’s open RPC framework: describe a service in a .proto file, generate typed clients and servers, and call them over HTTP/2 with streaming, deadlines and standard status codes.
KubeVirtOpen sourceAdds virtual machines to Kubernetes as ordinary resources, so VMs and containers share one cluster, one API and one set of tools.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.tofu instead of terraform.
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.Archived1
Inactive projects, or ones the TOC no longer recommends; the CNCF stops supporting them but keeps their names.
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 projectsA 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 projectsThe 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 projectsOn 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 projectsThe 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
- 2015
CNCF formed on July 21 as Kubernetes reaches 1.0; charter takes effect November 6
- 2016
Kubernetes accepted in March; Prometheus becomes the second project in May
- 2018
Kubernetes is the first project to graduate, in March; the sandbox replaces the inception level
- 2021
42 projects accepted, the most in any year by the landscape’s count
- 2025
OpenTofu joins the sandbox in April; charter updated in June; Pravega archived in September
- 2026
OpenTelemetry graduates in May; gVisor and KubeRay voted into the sandbox in September
- TechCrunch: As Kubernetes hits 1.0, Google donates technology to newly formed Cloud Native Computing Foundation (July 21, 2015)
- CNCF charter (effective November 6, 2015, updated June 25, 2025)
- CNCF: Cloud Native Computing Foundation accepts Prometheus as second hosted project (May 9, 2016)
- CNCF: Kubernetes is first CNCF project to graduate (March 6, 2018)
- ServerWatch: Kubernetes graduates CNCF incubator, debuts new sandbox (March 6, 2018)
- CNCF TOC: Principles (no kingmakers, who to pick)
- CNCF TOC: Project lifecycle and process v1.6
- CNCF landscape data, landscape.yml (acceptance, graduation and archive dates; October 27, 2026)
- cncf/sandbox issue #521: gVisor application (vote passed September 28, 2026)
- cncf/sandbox issue #525: KubeRay application (vote passed, onboarding opened September 29, 2026)
Sources · facts checked 2026-10-28
- CNCF: Who we are (part of the Linux Foundation, 231 projects, 722 members)
- CNCF: Projects (39 graduated, 38 incubating; stage descriptions)
- CNCF Annual Report 2025 (more than 230 projects, over 300,000 contributors; February 24, 2026)
- CNCF charter (Governing Board, TOC, membership, IP policy)
- CNCF TOC: Project lifecycle and process v1.6 (stages, moving levels, timelines)
- CNCF TOC: Incubation application template (incubation criteria)
- CNCF TOC: Graduation application template (graduation criteria)
- CNCF TOC: Project archiving process v1.1
- CNCF TOC: Principles (no kingmakers, no single stack)
- CNCF TOC: FAQ (event revenue funding a Kubernetes security audit and Jepsen testing of etcd)
- CNCF Sandbox applications repository
- cncf/sandbox issue #521: gVisor sandbox application and contribution agreement
- cncf/sandbox issue #525: KubeRay sandbox application
- cncf/sandbox issue #531: KubeRay project onboarding
- CNCF landscape README (inclusion guidelines)
- CNCF landscape data, landscape.yml (entries, project stages and dates; October 27, 2026)
- CNCF Cloud Native Landscape
- TechCrunch: As Kubernetes hits 1.0, Google donates technology to newly formed Cloud Native Computing Foundation (July 21, 2015)
- CNCF: Accepts Prometheus as second hosted project (May 9, 2016)
- CNCF: Kubernetes is first CNCF project to graduate (March 6, 2018)
- OpenTofu FAQ (why it was forked, given to the Linux Foundation)