阿里云的 RDS 其实做了高可用的。如果你拿两个 ecs 搭主备，你还需要一台机器做负载均衡、高可用。另外， rds 提供了备份功能。可以把数据库恢复到任意时间点。这个功能，自己开发，也是不小的工作量。另外，还有报警等功能。这样说来，你觉得贵？

爱作比喻还不恰当，反而影响判断

@moult 云扩展与自己扩展最大的区别是: 在云上，物理设备采购前置了，自己做就会面临两个选择: 要么浪费钱先前置，要么花费较多采购时间。云的弹性一说，有这个隐含含义 。

min(服务器成本+运维人员成本)

看具体情况而定。
初期资金有限，时间相对较多，根据成本最优化推荐自己管理服务器。
中期已经有一定资金，自己的时间成本（或者人力资源成本）也提高，推荐用云服务器。
后期优于规模扩大，云服务器的成本又超过了人力资源成本，推荐自己管理服务器。

@lslqtz 比喻完全不当

自己会撸管还需要女朋友吗？

我的建议是看需求，具备 XX 能力，并不代表每个需要 XX 的事情都自己来做。就像楼上说的，会开车，并不代表不坐出租车呀。您说呢？

自己会开车的情况下，还有坐出租车的必要吗
自己会做饭的情况下，还有去餐馆吃饭的必要吗

下略

阿里非云盘有丢失的情况，
但是比较好奇，云盘、云数据库有人碰到丢失数据的情况吗？
丢失后怎么赔偿？

有必要，高可用 热备 有问题找他们

把运维开了最好

r#4 @moult 综合考虑么，最决定从来都不是一件容易的事情。

@adrianzhang 但是如果使用云服务器的话，扩展性都差不多。

@snnn 云服务器都差不多，什么 I/O 优化实例，什么 SSD ，读写速度还不如 U 盘快！

@vitovan 虽然把运维工作交出去了，但是损失了自主性，不能自定义配置文件，而且单机性能不够的情况下，想做主从都难，阿里云的只读实例也还没开放，其他云更没有动静，多主更加不用想了。

刚刚从自建数据库迁移到云数据库的来说句话：有必要。

在迁移之前也是自己做了主从热备，定时全量下载到本地之类的，很方便也没出过什么问题。

那为什么考虑迁移到云数据库？

有运维、热备的能力，不代表就应该自己去搞，搞了就要维护，维护了就要花时间，这部分时间如果可以用钱买下来，然后去做其他的事情，会更有效率，那么就应该用钱买下来。

综合衡量之后，切换到了云数据库。

时间腾出来了，就能做更多业务相关的事情了。

如果是阿里云,你必然得买。因为虚拟机给的硬盘极差，流量一上来就垮了。你非买它的云数据库不可。

扩展性