作者：William Morgan
(Photo by kazuend on Unsplash)
开源项目涵盖广泛，但它们面临同样的生存威胁：这个项目将如何在未来得到维护？今天，Linkerd 的用户可以放心，他们得到了世界上最简单、最快、最轻量的服务网格。但他们能否相信这个项目明天还会存在？十年后呢？
这些问题并非理论。过去 18 个月中，开源的脆弱性得到了许多证据：
今年 2 月，Gitops 运动的主要支持者 Weaveworks 公司宣布倒闭，这短暂让广泛使用的 CNCF 毕业的 Flux 项目的命运陷入疑问。 今年 3 月，知名基础设施项目 Redis 更改了许可证，停止开源，紧随 Terraform 一年前的类似变动。 去年，由微软创建、维护和大力营销的 CNCF 服务网格项目 Open Service Mesh 完全关闭，其维护者被重新分配到其他项目。
即使是 CNCF 项目，甚至是毕业项目，也无法提供保护。CNCF 不会介入拯救濒临死亡的项目；而一家公司是否有万亿资产，或者社区是否活跃，都无法替代项目自身的生命力。
为此，今年 2 月，我们宣布对 Linkerd 进行重大变更。我们将不再作为开源项目发布稳定版本包，而是依赖于供应商生态系统来完成这项工作。这个改变本身只是项目的小简化，但其目标却非常宏大：确保 Linkerd 能够成为一个真正可持续的项目，不需重新授权，不违反 CNCF 规则，且不改变 Linkerd 的开源本质。
我们认为，实现这一变更的唯一现实方式是：建立从使用 Linkerd 构建业务的公司，到雇佣 100% Linkerd 维护者的供应商之间的明确经济路径。
这是否奏效？
Linkerd 社区的卓越
是的。今天，我们可以自信地说，Linkerd 的未来非常光明。你可以在这里阅读Buoyant 的完整公告[1]。
首先，我们要对 Linkerd 社区表示衷心感谢。自我们宣布以来，我们与无数用户进行了交流，他们理解我们所做事情的关键性，知道这对他们的重要性；他们告诉我们会支持我们；与我们共同迈出了这一步。
自从做出这一改变后，Linkerd 团队获得了更多的维护者和动力，接连实现了里程碑：
我们发布了许多之前积压的功能，包括对 IPv6 的支持、授权策略审计模式，以及使我们的 Gateway API 实现与 ServiceProfiles 功能齐平。 我们交付了新的重试、超时和每个路由指标的实现，这些是 Linkerd 最早发布的代码之一，修复了一些长期存在的边缘情况问题。 我们在出站功能、速率限制和 OpenTelemetry 支持方面取得了显著进展，这些都是期待已久的功能，将在即将发布的 Linkerd 2.17 中交付。 我们在 linkerd.io 文档中添加了搜索栏。（有时就是这些小细节！） 我们的社区 Slack 成员已达到 10,000 人 :)
我们还大幅改善了 edge 发布流程，使 edge 制品更易于使用，同时提供了关于每次发布的后续指导和每月汇总。正如我们所希望的，这大大提高了对用户报告问题的修复速度（例如，#12610[2]）。
Linkerd 获得更多维护者
我们很高兴地报告，Buoyant 正在为 Linkerd 增加维护者，以进一步加快开发进度。
已经有两位新维护者（技术上仍在培训中）加入团队。他们将增加我们在 Linkerd Rust 微代理中的项目带宽，这也是 Linkerd 整个功能集的核心引擎。微代理是 Linkerd 卓越性能和简洁性的关键部分，但也是项目中最具挑战性的部分之一。Linkerd 的微代理是世界上最先进的 Rust 代码库之一，能够在这里有效工作需要极高的才能。这些杰出的人才将全职致力于让 Linkerd 的数据平面变得更快、更轻、更具功能。
这仅仅是开始。
我们对其他 CNCF 项目的建议
在我们的公告后不久，多位 CNCF 维护者私下联系了我们，询问是否类似的变更也适合他们。
我们今天的回答是“可能”。虽然开源项目的需求、限制和社区可能截然不同，但许多 CNCF 项目具备一些共同特征，使这种以发布制品为重点的变更有效：
项目主要在商业环境中使用。许多 CNCF 项目，如 Linkerd，其社区主要代表其雇主，以推动雇主的商业利益。 用户主要通过发布包与项目互动。许多 CNCF 项目，如 Linkerd，其社区主要通过下载和部署预构建的发布制品与项目互动，当项目正常运作时，他们就会继续下一个任务。 项目是用户基础设施的关键部分。许多 CNCF 项目，如 Linkerd，提供的功能对商业至关重要，无法轻易复制。
对于这些项目，提供明确的方式让用户为项目开发提供资金是一项巨大的资产。我们的改变让 Linkerd 的用户在项目的长期生存中拥有了主动权，不仅降低了最坏结果的风险，还加速了最佳结果的实现。这些都是变革性的好处。
我们的经验还表明，CNCF 本身对这一改变也是开放的。公告后不久，我们与 TOC 会面。他们要求对我们的计划进行一些小的澄清和调整，但会议的语气是支持的，显然，从 TOC 到维护者再到用户，大家的目标都是 Linkerd 的长期健康。
Linkerd 的未来
当然是更多、更快、更好的 Linkerd！在我们强大的团队支持下，我们正在迅速接近出色的 Linkerd 2.17 版本，并充实我们长远且令人兴奋的路线图。我们将继续增加维护者，并以我们唯一知道的方式扩大用户基础：为实际用户解决实际问题。（同时不再给他们制造更多问题。）
几位 Linkerd 维护者和项目参与者将于今年 11 月在盐湖城的 Kubecon NA 现场。如果你在场，请务必到项目展厅的 Linkerd 展位打个招呼。欢迎所有人。
不必说，我们也将继续对我们的社区心怀感激。再次感谢你，衷心感谢。我们希望听到你的声音，无论是关于这一改变、对 Linkerd 未来的看法，还是你想讨论的其他服务网格话题。
我们真心希望得到你的反馈。Linkerd 在服务网格领域的独特之处在于，我们是一个灵活的小团队，依靠统一的路线图工作。这意味着用户的声音在我们的宇宙中是最强大的力量之一。
在我们下次更新之前：继续前进。
Linkerd 属于每一个人
Linkerd 是云原生计算基金会的毕业项目。Linkerd 致力于开放治理。如果你有功能请求、问题或意见，我们欢迎你加入我们快速增长的社区！Linkerd 托管在 GitHub 上，我们在 Slack、Twitter 和邮件列表上拥有一个活跃的社区。快来加入我们吧！
Buoyant 的完整公告: https://buoyant.io/blog/linkerd-forever
[2]#12610: https://github.com/linkerd/linkerd2/issues/12610
点击【阅读原文】阅读网站原文。
CNCF概况（幻灯片）
扫描二维码联系我们！
CNCF (Cloud Native Computing Foundation)成立于2015年12月，隶属于Linux Foundation，是非营利性组织。
CNCF（云原生计算基金会）致力于培育和维护一个厂商中立的开源生态系统，来推广云原生技术。我们通过将最前沿的模式民主化，让这些创新为大众所用。请关注CNCF微信公众号。
