选算力平台时，大多数人先比的是「有没有卡、贵不贵」。但用了一段时间后，真正让人难受的往往是另外两件事：账单对不上，数据拿不走。
RunWhere 从第一天起就定了「自带云账号」（Bring Your Own Account）的模式：GPU 跑在你自己的云账号里，数据存在你自己的对象存储里，平台只收订阅费。这篇讲讲我们为什么这么做。
转售式平台的三个老问题
市面上很多 GPU 平台本质上是「转售商」：你把钱充进平台，平台批发出 GPU 再零售给你。这个模式天生带来三个问题：
- 账单不透明：平台报的价格和云厂商官方价对不对得上，你无从验证；折扣、代金券、阶梯价层层嵌套，月底对账永远对不齐。
- 数据被锁定：训练数据、模型、checkpoint 都存在平台的存储里。平台涨价或者你想换一家，先搬几百 GB 数据再说。
- 利益不一致：平台赚的是差价，天然有动力让你多消费；你省不省钱，和平台的收入是冲突的。
BYOA：你的算力，你的账单，你的数据
自带云账号模式把这三件事全部反过来：
GPU 跑在你自己的云账号里。 你在阿里云、腾讯云、华为云或百度云已有的账号，通过角色授权（RAM Role）接进 RunWhere。平台在你的账号内创建和回收节点，授权粒度你自己控制，随时可以收回。
GPU 费用由云厂商官方价直接结算。 云厂商给你出账，价格就是官方价，没有中间加价。平台收入只有订阅费——你省钱还是烧钱，不影响我们的收入，利益一致了。
数据 100% 驻留你的对象存储。 代码、数据集、模型、checkpoint 都在你自己的 OSS 桶里，从写入到删除全程不经过平台的存储系统。哪天你不想用 RunWhere 了，数据原地不动，没有任何迁移成本。
这对日常使用意味着什么
落到具体体验上，BYOA 带来的是几件小事，但每件都实打实：
- 对账变简单了：账务页里，平台订阅是一份账单（可开增值税专票），GPU 消耗直接看云厂商账单，两份账永远对得上。
- 已有资源不浪费：你在云厂商已有的折扣、代金券、预留实例，全部照常生效——因为消费主体还是你自己的账号。
- 合规边界清晰：数据不出你的云账号，对于很多有数据合规要求的团队，这一条直接决定了能不能用。
为什么不是所有人都这么做
说实话，BYOA 对平台方是更麻烦的选择：要去适配多家云的 API 差异，要把「在用户账号内操作」的权限边界做到最小可用，还放弃了转售差价这块最容易赚的钱。
但我们认为算力平台的正确角色是「调度层」而不是「二房东」：帮你把多家云的供给变成一台逻辑上统一的计算机，而不是把你圈进一个新的围墙花园。数据主权归你，平台随时可换——只有这样，我们才必须靠产品本身留住你。