【Linkerd】生态与制品边界：stable、edge 与 Buoyant

第 14 篇对照了 istiod/xDS、Ambient 与 Cilium L4 的机制差。读者接下来常问：该装哪个包、stable 和 edge 差在哪、Buoyant 卖什么——若把销售话术或定价页写进机制系列，版本钉与排障五轴会被淹没。

本文只回答一件事：机制结论钉到哪一版源码 tag，安装制品从哪来，商业边界在哪，以及告警/进程安全归哪条系列。 依据是 Linkerd Releases 页 对 stable 制品变更的说明、2.20 公告与 tag version-2.20，以及本系列前 14 篇已承诺的控制面内核范围。

本篇在系列中的位置

篇目	核心内容
第 14 篇 · 对照替代路径	istio-xds / Ambient / Cilium
第 15 篇 · 生态与制品边界	stable / edge / Buoyant
第 16 篇 · 选型收束	排除树与开放问题
系列目录	全部篇目

版本锚定：Linkerd 2.20（源码 tag version-2.20；公告 2026-06-23；对应 edge edge-26.6.3）。native sidecar 为 2.20 默认注入路径。无真实集群则不粘贴伪造 linkerd check 全绿或 viz 指标。

一、OSS stable 制品边界（2024-02）

Releases 页 写明：自 2024 年 2 月起，Linkerd 开源项目本身不再提供 stable 发行制品；vendor 社区负责制作 stable 发行包。机制与功能里程碑仍用 version-2.X 代码 tag 与公告对齐——例如 2.20 对应 tag version-2.20、公告 Announcing Linkerd 2.20、对应 edge edge-26.6.3。

ADR 友好句：「生产机制验收以源码 tag version-2.20（或组织选用的 vendor stable 包所声明的对应 tag）为准；不得以 edge 最新或 live 文档代替版本钉。」

本系列正文描述的是 2.20 门内能力：三组件控制面、native sidecar 默认、destination 内存优化、rate-limit-aware LB（机制非 benchmark）、Gateway API 1.5.1 门、Kubernetes 1.35 支持声明（随 2.20 公告）。2.20 之后 live 能力保持开放，不悄悄写进甜区（见第 16 篇）。

edge 仍被视为生产可用，且维护者会对发现问题的版本标「not recommended」——这是发行治理，不是「edge 等于试验版」口号。选型时应问：我们实际跑的制品 tag 与机制文章是否同一行，而不是「有没有 stable 直链」。

二、Buoyant 商业边界

Buoyant 是 Linkerd 的创建者与主要维护方。Releases 页 对每个 major 里程碑列出 Known distributions，例如 2.20 的 Buoyant Enterprise for Linkerd 2.20。商业分发与开源代码 tag 的关系在公开文档中的典型表述是：同一 version-2.X 里程碑上的增强支持、企业特性与打包——具体字段清单以 Buoyant 公开文档为准，本篇不逐条翻译产品页。

分工口令：机制排障（未 mesh、CSR 失败、无端点）→ 本系列 13；「我们买的是哪条发行链、谁对补丁负责」→ 组织 ADR + vendor 合同；「istio vs linkerd 品牌」→ 第 14、16 篇排除树，不是销售对比表。

三、不写定价菜谱

下列内容明确不在本系列：

• Buoyant / 云厂商托管网格的单价、席位、支持档位截图。
  
• 「企业版多某某功能所以更值得」的无机制口号。
  
• 把 vendor 打包说成「开源做不到」——除非有 A 级文档或 tag 差异可核对。
  
• 托管服务控制台逐步点击教程。

商业采购可以引用本篇 制品与 tag 边界，但价格与合同条款不属于控制面内核系列。需要产品级能力勾选综述时，见 observability/15——互补，不替代机制五轴。

四、与观测 / 安全系列分工

网格故障与安全事件在工单里常混成「网络坏了」。本系列只承诺 meshed 连接路径上的可归因；下列维度归属其它系列，避免串台。

边界句（ADR）：「连接失败先按 Linkerd 五轴归因；安全告警先按 Falco/Tetragon 五轴归因；同一工单须写明是 TLS/发现轴还是 syscall/规则轴，禁止混改配置。」

viz / metrics / tap 的字段语义在本系列第 10、13 篇范围内；SIEM 仪表盘、全栈 SLO 定义不在本系列。trust anchor 轮转与证书检查单在第 12 篇；PKI 组织级治理超出本篇。

五、开放问题指针 16

下列问题在本篇钉边界，在 第 16 篇 作为系列级开放项或排除树分支展开——不在本篇拍板：

1. native sidecar 默认与 Job/CronJob：2.20 默认注入路径对短生命周期工作负载的成员资格与完成语义（第 2、3 篇分列证据包）。
   
2. Gateway API 与 ServiceProfile 双轨：HTTPRoute 与 ServiceProfile 同时存在时的权威源与冲突判定（第 9、11 篇指针）。
   
3. 与 Falco / Tetragon 的联合 runbook：网格 TLS 失败 vs 安全事件谁先查、工单如何引用身份字段（两边终章对齐口径）。
   
4. vendor stable 与 tag 漂移：组织实际安装的 Buoyant 包与 version-2.20 不对齐时的验收门。

关闭条件必须是 tag 文档变更、源码默认变更或本集群测量——不是路线图幻灯片。升小版本时先核这四项是否改变默认语义，再更新第 16 篇「开放/已关闭」表。

参考资料

规范 / 官方文档（A）

• Linkerd Releases and Versions（stable 制品 2024-02 变更；2.20 / version-2.20 / edge-26.6.3）
• Linkerd 2.20 公告：Announcing Linkerd 2.20（2026-06-23）
• 本系列 PLAN.md §7.1 live vs tag 门禁

站内对照

• 系列目录
• 第 12 篇 · 运维与升级
• 第 14 篇 · 对照
• 第 16 篇 · 选型收束
• istio-xds/16 · Istio 侧排除树

实验台账

• 本篇无安装 benchmark；无伪造 linkerd check 输出。

上一篇：对照替代路径

下一篇：选型收束与开放问题