WebP Cloud 加入模式选择——Rapid（极速模式） 和 Consistency（一致模式）

转眼间 WebP Cloud 已经运行了 2 年有余，随着我们的用户数量越来越多，我们也逐渐了解到了不同用户的不同需求，在本次更新中，我们带来了一个概念——Proxy Mode（代理模式）。

以往我们知道，WebP Cloud 会尝试在用户第一次访问图片时就完成以下动作：

1. 回源用户源站获得原图
2. 对原图进行一系列处理（去除图片 EXIF 信息，转换图片格式，裁剪图片，添加水印等等）
3. 将处理好的图片输出给用户
4. 后续对于同一个图片的请求会直接从缓存中输出给用户

由于我们在第一次用户请求时就完成了所有的处理，这一点是我们和其他类似的服务，例如 Cloudflare Polish 之间最大的区别，相关的文章可以参考「WebP Cloud 和 Cloudflare Polish 对比」一文。

但是随着我们和越来越多的用户聊过实际需求后，发现我们的用户在使用 WebP Cloud 时主要分为两类：

1. 利用 WebP Cloud 作为 API 使用，源站的图片只是暴露了一个地址方便 WebP Cloud 平台抓取，用户主要的诉求是使用 WebP Cloud 完成图片的优化/裁剪等，减少本地算力开销

   这类用户非常依赖第一次加载图片就获得优化好的图片的特性

2. 利用 WebP Cloud 作为网站 CDN 使用。

   这类用户其实并不是非常在意第一次加载图片时是否已经被优化，更加在乎的是对于刚刚接入 WebP Cloud 或者发布了新内容之后大量新图片更新时的快速响应，和长期来看的缓存命中率（以减少源站的 Egress 开销）

基于上述原因，本次发布发布的版本中，WebP Cloud 将引入 Proxy Mode（代理模式） 功能，为用户带来更灵活的请求处理方式。通过全新的 Consistency（一致模式） 模式，我们为高并发业务和大规模流量场景提供了一种高效且经济的优化方案。

Proxy Mode 简介

WebP Cloud 新增的 Proxy Mode 提供两种模式可选：

• Rapid（极速模式）

  每次首次请求时，WebP Cloud 会先完成图片转换，再返回优化后的结果。

  适合对优化效果要求极高的场景，例如把 WebP Cloud 当作 图片转换 API 使用，为了保证不影响目前已有用户的体验，目前所有的存量 Proxy 都是这个模式。

• Consistency（一致模式）

  每次首次请求时，WebP Cloud 会在回源完成后立即返回（经过基本处理：例如去除 EXIF，裁剪）原图给用户，同时在后台进行异步转换。

  在图片被转换完成后的后续请求会直接命中缓存并返回优化图片。 适合对首次请求优化不敏感，但需要 高并发时快速响应 的用户。

Consistency：最终一致优化模式

Consistency 模式的最大特性在于：

• 首次访问立即展示，不卡顿 用户无需等待转换过程，页面能快速渲染，显著优化首屏体验。

• 最终一致性保证 虽然首次请求可能返回原图，但随着缓存逐步填充，后续访问都能享受到优化后的图片。

• 降低站点 Egress 开销 在宏观层面上，Consistency 模式最终输出的仍然是优化后的图片（WebP、AVIF、JXL 等）。 对大部分业务而言，这意味着整体流量的显著下降，从而降低带宽成本。

• 应对高并发场景的利器 在新图片被大量用户同时请求的情况下，Consistency 模式能立即返回原图，避免阻塞和雪崩效应，大幅提升图片输出吞吐量和响应速度的稳定性。

简而言之： 👉 如果你不在乎 第一次请求是否优化，Consistency 模式能在 速度、稳定性和带宽成本 之间找到最优平衡。

Rapid vs Consistency 对比

总结

WebP Cloud 的 Proxy Mode 与 Consistency 模式 将帮助开发者和企业在 性能、体验与成本 之间找到理想的平衡点。

• Rapid 模式：质量优先，保证用户始终获得优化图片。
• Consistency 模式：速度优先，最终一致性优化，更适合高并发与大流量场景。

在有了这两个模式的区分后，在未来为了更合理地反映不同请求的资源消耗，我们可能会引入不同倍率的扣费机制，针对不同的算力开销进行不同的倍率计费，充分发挥 WebP Cloud 上 Always Cache 特性，这样，无论你是 API 使用者，还是需要支撑大规模生产流量的站点运营者，都能在这两种模式中找到适合自己的方案。

此外，最近我们还在调研不同的 CDN 服务商，为不同的访客需求（例如面向中国大陆优化）提供更多的选择，敬请期待！