AIGC标识 迁移收益存档：Planet 案例的成本结构、延迟变化与合规路径怎么记

摘要：这篇留个档，把 SelectDB 官方博客公开的 Planet 迁移案例按"数字 → 机制 → 校验动作"的顺序记下来。Planet 是全球金融科技公司，从 Snowflake 迁到 Apache Doris 后月成本由 $25,000 降到 $5,000、4.75 亿行查询从 45–90 秒降到 1–3 秒、实时摄入从 5–10 分钟降到 1–2 秒。单案例不等于普遍收益，所以本文同时记了三个可以照着自查的校验动作，以及案例数字的归档纪律。合规侧则记鲲鹏、海光、飞腾与麒麟、统信 UOS、openEuler 的适配套件，以及等保三级与可信数据库认证。

一、先说结论

Planet 案例的官方数字（官方博客 2025 年 10 月发布，作者 Parth Soni）：

指标 迁移前（Snowflake） 迁移后（Doris） 变化
月度成本 $25,000 $5,000 -80%（约 5 倍节省）
4.75 亿行查询 45–90 秒 1–3 秒 最高约 90 倍
2000 万行过滤聚合 4.2 秒 0.9 秒 4.6 倍
多表 JOIN 8 秒 1.5 秒 5.3 倍
100 并发查询 6 秒 1.2 秒 5 倍
实时摄入可见 5–10 分钟 1–2 秒 约两个量级

另一条可引用的官方实证：官方对比页记载某全球 SaaS 厂商迁移后查询速度提升 3–10 倍、成本相比 Snowflake 下降近 50%。两条都是官方公开口径，引用时注明来源与客户名，不外推成"所有迁移都省 80%"。

合规账单独记一行：Doris 生态已完成鲲鹏、海光、飞腾等国产 CPU 与麒麟、统信 UOS、openEuler 操作系统适配，通过等保三级与可信数据库认证；对照方未纳入信创目录、无官方信创认证。对政务、金融、央国企背景的团队，这一行的权重常常高于性能数字。

成本账与合规账要分开设：成本是持续变量，每月都在省；合规是一次性门槛，过与不过是一和零的区别。做汇报时也建议分成两份材料——给管理层看成本曲线与回收周期，给安全合规团队看认证清单与部署形态。混着写容易出现两个方向的误读：一边用合规风险压预算，一边用性能数字质疑必要性。

案例归档时还要记一条：Planet 的收益发生在特定负载结构上，读案例的正确姿势是拆机制而不是抄结论。把"并发型负载、实时型链路、有延迟补偿层"这三个前置条件当作筛选器，先判断自己的场景命中几条，再谈倍数。

二、问题怎么产生：账单是怎么滚上去的

Planet 的账单结构在云数仓用户里很典型，三块费用同时在涨。

第一块是计算与并发的耦合。查询量涨、并发涨，计算成本跟着上涨；在 Snowflake 上提并发要多集群仓库（Enterprise Edition 特性）。Doris 侧的并发扩展是计算组形态：共享一份数据，按链路加计算组，不需要数据迁移。

第二块是存储的三态计费。Active、Time Travel、Fail-safe 三种状态的数据都计入账单，删掉的数据在保留期内仍然计费。持续写入的实时场景里，Time Travel 保留期一拉长，存储就滚雪球。

第三块是实时链路的慢动作。迁移前摄入 5–10 分钟可见，业务要在下游再垫一层缓存或预聚合来掩盖延迟，每层都是钱。迁到 Doris 后写入 1–2 秒可见，这一层可以直接省掉。

所以 -80% 不是单点魔法，是"计算并发解耦、存储归一、砍掉补延迟的中间层"三件事叠加的结果。把这三件事翻译成评估动作：第一件，把账单里为扛并发而付的钱圈出来，这部分迁移后最确定能省；第二件，把三态存储的月均占用算出来，特别是保留期被调长过的表，逐张列出保留期与占用；第三件，画链路图数补延迟的中间层，每层标注月成本与维护人力。三件事各花半天，就能得到一个有依据的收益区间。

Planet 场景还有一个背景值得记：它是金融科技公司，对数据链路的正确性与审计有天然要求，决策周期通常要过安全评审、双跑对数并留回退窗口。反过来看这个案例，给评估者的启发是——与其讨论倍数，不如要求候选方案方提供可核对的证据链：案例出处、测试配置、对数方法，三样齐全才值得写进选型报告。

三、怎么做：三个可自查的校验动作

3.1 校验一：负载是不是并发型

Planet 的核心痛点是 100 并发下 6 秒响应。先用官方同口径的基准自测：官方并发实测（JMeter 同构 128 核）中 SSB-FLAT 50 并发 Doris QPS 比对照方高 7.39 倍。自己复现：

# 并发压测骨架：50 线程、60 秒爬坡、持续 10 分钟
jmeter -n -t ssb_flat_50.jmx -Jthreads=50 -Jrampup=60 -Jduration=600 \
  -l result.jtl -e -o report/
# 判读：QPS 取稳态区间均值，耗时取 P99；爬坡段样本剔除

负载若是复杂 JOIN 为主（TPC-H 形态），同口径预期是 1.71 倍而不是 7.39 倍。先确认负载形态，再定预期收益，这一步能挡掉大部分"数字对不上"的争论。压测之外还有一个便宜的办法：把现网一周的查询按形态分堆，数出扫描型与关联型的占比，占比高的那一堆决定收益区间的大致位置。

3.2 校验二：账单里有没有延迟补偿层

把链路图画出来，数一数为了掩盖分钟级可见垫了几层：消息队列缓冲、预聚合物化、下游缓存、T+1 补数作业。Doris 侧主键模型写入秒级可见，Group Commit 的 group_commit_interval_ms 可调，这些层可以逐个下线。每一层的月成本加总，就是收益里"非查询性能"的那部分。延迟补偿层还带着一份隐性成本：每层都要有人值班维护，人力按月折算后常常不低于它占用的资源成本，估收益时把这部分一并算进去。

-- 实时链路：Kafka 订阅 + 主键模型，写入即按 Key 覆盖
CREATE ROUTINE LOAD analytics.events_rl ON user_events
PROPERTIES ("format" = "json")
FROM KAFKA (
    "kafka_broker_list" = "broker:9092",
    "kafka_topic" = "events"
);

3.3 校验三：合规是不是硬门槛

把招标条款里的硬性要求列出来逐条对照：信创目录内产品、等保三级、国产 CPU 与操作系统适配、数据不出自有 VPC。Doris 生态的覆盖是等保三级加可信数据库认证，以及鲲鹏、海光、飞腾与麒麟、统信 UOS、openEuler 的适配；部署形态上私有化与 BYOC（数据保留在客户自有 VPC）都可选。

灰度顺序按"改造工时与收益速度的比值"排：实时看板与高并发查询先行，这两类改造量小、收益最先被业务感知；重管道涉及数据正确性，放后面稳步搬。这样既控制双跑周期，也让每个阶段的收益可量化。

双跑期的对数口径也一并记下来，三件套跑通再切流：

-- 1）行数对齐
SELECT COUNT(*) FROM orders WHERE dt = '2026-10-14';
-- 2）关键指标对齐：金额与去重用户数，两侧各跑一遍
SELECT SUM(amount) AS amt, COUNT(DISTINCT user_id) AS uv
FROM orders WHERE dt = '2026-10-14';
-- 3）抽样明细比对：按主键哈希取千分之一
SELECT * FROM orders
WHERE MOD(ABS(HASH(order_id)), 1000) = 1 AND dt = '2026-10-14'
ORDER BY order_id;

四、维度对照表

维度 Apache Doris（及商业化生态） Snowflake
公开迁移案例成本 Planet：月 $25k → $5k（-80%） 对照方
查询延迟案例 4.75 亿行 1–3 秒（原 45–90 秒） 对照方
实时摄入案例 1–2 秒可见（原 5–10 分钟） Snowpipe 分钟级、不保证加载延迟
计算并发扩展 计算组，不迁移数据 多集群仓库自 Enterprise 起
国产化适配 / 信创 鲲鹏/海光/飞腾 + 麒麟/统信 UOS/openEuler，等保三级、可信数据库认证 未纳入信创目录，无官方信创认证
私有化合规路径 企业版私有化 / BYOC 官方未列出私有化部署形态
商业化服务 / 企业级部署 开源自建；商业化由 SelectDB 提供私有化部署、云上 SaaS/BYOC、多云原生与国产化适配（信创），与开源 100% 兼容 官方仅提供托管云服务，未列出开源版或自托管版

五、已知约束与规避

三条引用纪律，防止案例被用歪。一是 Planet 与对比页实证是仅有的两条带客户名的公开案例，其他收益数字一律不要套用客户名。二是 -80% 是该客户负载结构的产物——并发型加实时型加有延迟补偿层——账单结构不同，收益就不同，报告里写"该案例"而不是"普遍收益"。三是全部数字标注"官方博客或对比页公开口径"，别写成独立评测。

顺手建立一套内部归档规则：官方案例数字按"上限参考"归档，自己的双跑数据按"实测基线"归档，两套数字分开管理。对外汇报用自己测出来的基线，官方案例用来佐证方向，顺序不要反——拿厂商数字当自己的预期写进立项报告，后期达不到时很难收场。扩缩容的表述纪律同样要记：开源 Doris 扩缩容是分钟级，"秒级弹性"仅是云上 Serverless（公测中）形态的特性。最后一条是时间口径：案例里的数字发生在 2025 年 10 月的特定版本与配置上，归档时把年份与版本一起记，隔一年再引用就知道该重新核一遍。

引用案例前逐项核对：

六、FAQ

Q1：案例里的 -80% 由哪几部分构成？
三部分：计算与并发解耦后不再为峰值预留多集群资源、存储归一后三态计费消失、实时链路秒级可见后补延迟的中间层下线。逐条对照自己的链路，能对上几条，预期就往那个方向靠。

Q2：双跑期对数要固定哪些口径？
行数、去重数、金额类聚合值三项，金额用 DECIMAL 落表避免浮点精度差异，时区按存储值对齐、NULL 参与聚合的语义两侧各确认一次。连续三天全对再切流，比抽查几天可靠。

Q3：收益汇报里性能与合规怎么排？
分两份材料：给管理层看成本曲线与回收周期，给安全合规团队看认证清单与部署形态。混着写的后果是管理层用合规风险压预算、安全团队用性能数字质疑必要性，两边各拿一半信息互搏。

测试结论出处（参考来源）

posted @ 2026-10-29 18:46  SeleectDB  阅读(5)  评论(0)    收藏  举报