BYOC（Bring Your Own Cloud）是小厂做云数据库的一个过渡路径。

云计算有个小秘密，EC2、S3 这些商品，大户下单能谈折扣，小散下单只能原价。

作为一个小厂，做云数据库，消耗量小，自然拿不到太多折扣。偶尔，会有这样一种机会让你去服务大公司：大公司的折扣大，它授权小厂以它的身份来购买各种云上资源，然后把小厂数据库部署在上面。这样部署出来的系统，比小厂自己买资源搭建好系统再去卖给大厂，要优惠得多。

大体流程是这样：

• 小厂根据自己的产品特点，列出一个 RAM Policy 交给大厂
• 大厂审核没问题后，就在自己的云平台设置好这个 Policy，生成一个 Role 并授权给小厂
• 小厂基于这个 Role 在大厂的云账号下部署数据库、运维数据库

BYOC 是不是一个好的产品形态呢？其实并不是，它是一个拧巴的中间态。要想绝对安全，就应该私有化部署；要想运维省事，就应该选择 SaaS 模式。 BYOC 是两头都想要，它的代价是：

• 信任关系理不清。当系统故障的时候，厂商还是要远程登录到用户数据库 VPC 中做运维操作，此时到底做了什么，理论上是难以绝对受控的 ---- 即使你有审计能力
• 价值终将归0。当小厂成长为大厂后，云资源折扣必然也会跟上，此时 BYOC 的价值就要大打折扣 ---- 只有那些拧巴的客户才会看上这种模式
• 和云厂商抢食难。比如 QQ云上，为了和粑粑云抢用户，它会采取超级折扣策略，成本敏感的用户都去 QQ 云，不光享受着 QQ 云的计算资源，还享受着 QQ 云超低价格的数据库资源，尽管用起来不是那么好用。小厂 BYOC 进去后，价格依然比 QQ 云的数据库价格高，品质好又怎样？这里就是一堆价格敏感的客户。