Cloudflare最近宣布了Flagship的闭测（closed beta）版本，这是一项构建在其全球边缘平台上的新特性开关服务。该服务让团队能够控制功能发布和试验性变更，而无需重新部署代码，同时能够在 Cloudflare Workers 本地评估的开关值，而不必调用外部的开关服务。

Flagship 是基于OpenFeature构建的，能够让开发人员在不重新部署代码的情况下控制应用中功能的可见性。开发人员可以定义带有目标规则和基于百分比发布的开关，然后通过原生绑定直接在其 Workers 中评估这些开关的值。

根据 Cloudflare 的说法，该服务构建在全球边缘平台上，消除了网络往返延迟，并在边缘实现了亚毫秒级的评估计算。Cloudflare 系统工程师Rohan Mukherjee和 Cloudflare 新兴技术与孵化负责人Abhishek Kankani这样写到：

Flagship 支持你期望的从特性开关服务获取结果的模式，在 AI 生成的代码每天都在投入生产时，这种模式变得至关重要。标志值可以是布尔值、字符串、数字或完整的 JSON 对象，这对配置块、UI 主题定义或将用户路由到不同 API 版本而无需维护单独的代码路径时都是非常有用的。

图片来源：Cloudflare 博客

OpenFeature 是一个 CNCF 开放标准，为特性开关提供了厂商中立的 API，允许在不改变应用代码的情况下与不同的标志管理系统进行集成。Tribe AI 技术负责人 Pete Hodgson 在LinkedIn上评论说：

欢迎加入 OpenFeature 阵营，Cloudflare！(...)再次验证了由开放标准驱动的交付平台对平台厂商、他们的客户和整个行业都是双赢的。更少的厂商锁定、更少的重新实现通用功能的工作浪费，以及社区进行深度扩展的更多机会。

在 Cloudflare Agent Week 期间宣布推出的 Flagship 支持目标规则和渐进式发布，并与 OpenFeature 标准保持一致，并将其定位为在 Cloudflare 上运行的应用的第三方特性开关平台的原生替代方案，尤其是那些运行 AI 驱动或基于 Agent 的工作负载并要求低延迟和快速迭代的应用。

每个开关可以包括多个规则，按优先级顺序进行评估：第一个匹配的规则决定了变体，规则可能包括条件和可选的百分比发布。Mukherjee 和 Kankani 解释了开关发布的工作方式：

与上传多个不同的 Worker 版本并对此进行分流的渐进式部署不同，特性开关允许你在服务 100%流量的单个版本中按百分比发布特定的行为。任何规则都可以包括基于百分比发布。你可以为匹配条件的一部分用户提供变体，而不是为所有匹配条件的用户提供变体。

在Reddit上，许多人强调零延迟边缘评估是它的主要优势，与 LaunchDarkly 和 Split.io 等外部特性开关服务相比，能够与 Workers 进行原生集成降低了运维开销。用户 thejord_it评论说：

特性开关正在成为商品化基础设施，就像缓存或日志一样。Cloudflare、Vercel（通过 Edge Config）以及最终 AWS 都将拥有原生标志评估。“特性开关作为每年 10 万美元的 SaaS”的时代正在结束。

Cloudflare 还提供了一个基于浏览器的客户端提供者，可以预先获取选定的开关，使用可配置的 TTL 缓存它们，并从本地缓存同步评估它们。Flagship 目前可在闭测版本中使用。

查看英文原文：Cloudflare Introduces Flagship: an Edge-Native Feature Flag Service Built on OpenFeature