Cloudflare 推出 Sippy 增量数据迁移服务

Cloudflare 近期宣布了 Sippy 的开放测试版，这是一项增量数据迁移服务，旨在将数据从 Amazon S3 迁移到 Cloudflare R2，且仅在数据首次被请求时进行复制。Sippy 的设计理念是通过利用现有应用程序流程中的请求，同时将对象复制到 R2，从而最小化迁移过程中的特定出口费用。

Sippy 与 Super Slurper 的对比

今年早些时候，Cloudflare 推出了 Super Slurper，这是一款用于将大量数据从其他对象存储提供商迁移到 Cloudflare R2 的工具。Sippy 则针对开发者仅希望迁移被访问数据的场景。Cloudflare 高级产品经理 Phillip Jones 和首席系统工程师 Vlad Krasnov 解释了 Sippy 相较于 Super Slurper 的优势：

• Super Slurper 适用于一次性将所有数据迁移到 R2 的场景。
• Sippy 则适合需要逐步迁移数据的场景，例如避免一次性支付 AWS 数据传输费用，或仅迁移可能被访问的遗留数据。

Sippy 的工作原理

Sippy 作为客户端和源对象存储之间的中间层，当从 Workers、S3 API 或公共存储桶请求对象时，如果对象存在于 Cloudflare R2 中，则从 R2 提供服务；如果不存在，则从源 S3 存储桶返回并同时复制到 R2。其他操作（如 put 和 delete）在 R2 上继续有效。

使用 Sippy 的步骤

Cloudflare 提供了如何为现有 R2 存储桶启用 Sippy 的文档，使用 cURL 命令如下：

curl -X PUT https://api.cloudflare.com/client/v4/accounts/{account_id}/r2/buckets/{bucket_name}/sippy \
--header "Authorization: Bearer <API_TOKEN>" \
--data '{"provider": "AWS", "bucket": "<AWS_BUCKET_NAME>", "zone": "<AWS_REGION>","key_id": "<AWS_ACCESS_KEY_ID>", "access_key":"<AWS_SECRET_ACCESS_KEY>", "r2_key_id": "<R2_ACCESS_KEY_ID>", "r2_access_key": "<R2_SECRET_ACCESS_KEY>"}'

未来计划

Cloudflare 计划在仪表板中提供增量迁移的配置选项，并提供分析功能，显示迁移进度以及通过复制对象节省的出口费用。

其他相关公告

在 Cloudflare 的“生日周”期间，公司还宣布了其他针对从“传统云提供商”迁移的目标，包括：

• 如何避免支付亚马逊的 IPv4 税
• Turnstile 的全面可用性，这是一个 reCAPTCHA 的替代方案
• Hyperdrive，一项加速 SQL 查询的服务，减少云托管数据库的负载和成本

当前状态

Sippy 目前处于开放测试阶段，仅支持 Amazon S3 作为迁移源。