Cloudflare推出旗舰：基于OpenFeature的边缘技术切换服务

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 "