HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
cncf
foundation
Rich Text Format2021–2026
cncf / foundation

foundation

☁️♮🏛 This repo contains several documents related to the operation of the CNCF. File non-technical issues related to CNCF here.

10Distinct people
10Mentions
0Explicit recommenders
701GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

☁️♮🏛 This repo contains several documents related to the operation of the CNCF. File non-technical issues related to CNCF here.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 8:03:49 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year10 dated mentions

Observed mentions: 2021-04-24 12:52:10 UTC to 2026-05-19 13:23:30 UTC.

01232021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments20212022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 comments20232024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 3 mentions; 1 submissions, 2 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC211
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC000
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC303
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC110
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC312
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC101

What Hacker News says

3 sources
If you read the letter from Synadia to the CNCF committee [1], the license change and taking control back to commercialize NATS is the entire reason for the change. It's not because they're unhappy about the CNCF or that they're not getting their money's worth; that is at best a red herring. If they genuinely thought the CNCF's governance was lacking, there are ways for them to take steps to improve the situation without a license change. But that's not what they're doing. They cannot continue at the CNCF if NATS is turned into a proprietary product. All the lofty words about a strong commitment to open source has no merit now. If they were committed to open source, they would stay with the CNCF. I wish companies had the courage to be forthright: Synadia gave something away for free, they now regret that nobody is paying what they think t
Read the rest
hey deserve, and they want the money. It's as simple as that. Those goals — at least in terms of the chosen strategy — are not compatible with open source, and they might as well admit it. [1] https://github.com/cncf/foundation/blob/main/documents/nats/...
In Protecting NATS and the integrity of open source
I just finished rearchitecting a core service at work to use NATS for distributed state. Really unsure about the viability of NATS as an open source product if Synadia stops contributing. It's making me reconsider our architecture change, maybe we should stick with a more stable (albeit less aligned) alternative. summarising some context for folks; From Synadia's Cease and Demand Letter: > As should be clear, the NATS.io project has failed to thrive as a CNCF project, with essentially all growth of the project to date arising from Synadia’s efforts and at Synadia’s expense. It is for this reason that Synadia requests to end its relationship with the Foundation and receive full control of the nats.io domain name and Github repository within two weeks. From Synadia's exit proposal: > We propose that NATS.io exit from the CNCF Foundation eff
Read the rest
ective immediately... Upon leaving CNCF, Synadia will adopt the Business Source License (BSL) for the NATS.io server... specific use cases (such as offering NATS as a managed service or integrating it into specific commercial offerings) will require a commercial license. From CNCF's response: > Let's be clear: this is not a typical license change or fork. It's an attempt to "take back" a mature, community-driven open source project and convert it into a proprietary product—after years of growth and collaboration under open governance and CNCF's stewardship. Primary sources: - Synadia's Cease and Demand Letter: https://github.com/cncf/foundation/blob/main/documents/nats/... - Synadia's Exit Proposal: https://github.com/cncf/foundation/blob/main/documents/nats/... - CNCF's Response: https://www.cncf.io/blog/2025/04/24/protecting-nats-and-the-...
In Protecting NATS and the integrity of open source

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.