这是一个创建于 3030 天前的主题，其中的信息可能已经有所发展或是发生改变。
同样的 CPU 核心数和内存大小，云数据库的价格是云服务器的两倍还多。
磁盘的 I/O 性能和可用性可能比云服务器好，当然也可能半斤八两！
如果自己有运维、热备能力的话，还能有什么优势？
磁盘的 I/O 性能和可用性可能比云服务器好，当然也可能半斤八两！
如果自己有运维、热备能力的话，还能有什么优势？
 |
1
adrianzhang 2016-07-29 08:31:13 +08:00 via Android  1
扩展性
|
 |
2
snnn 2016-07-29 08:32:02 +08:00 via Android 1
如果是阿里云,你必然得买。因为虚拟机给的硬盘极差，流量一上来就垮了。你非买它的云数据库不可。
|
 |
3
vitovan 2016-07-29 08:35:41 +08:00 1
刚刚从自建数据库迁移到云数据库的来说句话：有必要。
在迁移之前也是自己做了主从热备，定时全量下载到本地之类的，很方便也没出过什么问题。 那为什么考虑迁移到云数据库？ 有运维、热备的能力，不代表就应该自己去搞，搞了就要维护，维护了就要花时间，这部分时间如果可以用钱买下来，然后去做其他的事情，会更有效率，那么就应该用钱买下来。 综合衡量之后，切换到了云数据库。 时间腾出来了，就能做更多业务相关的事情了。 |
 |
4
moult OP @adrianzhang 但是如果使用云服务器的话，扩展性都差不多。
@snnn 云服务器都差不多，什么 I/O 优化实例，什么 SSD ，读写速度还不如 U 盘快！ @vitovan 虽然把运维工作交出去了，但是损失了自主性，不能自定义配置文件，而且单机性能不够的情况下，想做主从都难，阿里云的只读实例也还没开放，其他云更没有动静，多主更加不用想了。 |
 |
6
defunct9 2016-07-29 09:01:20 +08:00
把运维开了最好
|
 |
7
pxllong 2016-07-29 09:18:46 +08:00
有必要，高可用 热备 有问题找他们
|
 |
8
gamexg 2016-07-29 09:45:25 +08:00
阿里非云盘有丢失的情况，
但是比较好奇，云盘、云数据库有人碰到丢失数据的情况吗？ 丢失后怎么赔偿？ |
 |
9
mcfog 2016-07-29 10:22:43 +08:00 1
自己会开车的情况下，还有坐出租车的必要吗
自己会做饭的情况下，还有去餐馆吃饭的必要吗 下略 |
 |
10
VinKing 2016-07-29 10:51:47 +08:00 1
我的建议是看需求，具备 XX 能力，并不代表每个需要 XX 的事情都自己来做。就像楼上说的，会开车，并不代表不坐出租车呀。您说呢？
|
 |
11
lslqtz 2016-07-29 13:03:09 +08:00
自己会撸管还需要女朋友吗？
|
 |
12
wander2008 2016-07-29 13:42:03 +08:00 via iPhone
@lslqtz 比喻完全不当
|
 |
13
stabc 2016-07-29 14:01:51 +08:00
看具体情况而定。
初期资金有限，时间相对较多，根据成本最优化推荐自己管理服务器。 中期已经有一定资金，自己的时间成本（或者人力资源成本）也提高，推荐用云服务器。 后期优于规模扩大，云服务器的成本又超过了人力资源成本，推荐自己管理服务器。 |
 |
14
akira 2016-07-29 14:46:11 +08:00
min(服务器成本+运维人员成本)
|
|
15
adrianzhang 2016-07-29 14:46:16 +08:00 via Android
@moult 云扩展与自己扩展最大的区别是: 在云上，物理设备采购前置了，自己做就会面临两个选择: 要么浪费钱先前置，要么花费较多采购时间。云的弹性一说，有这个隐含含义 。
|
 |
16
aprikyblue 2016-07-30 09:16:33 +08:00 via Android
爱作比喻还不恰当，反而影响判断
|
 |
17
jadetang 2016-07-30 11:04:14 +08:00
阿里云的 RDS 其实做了高可用的。如果你拿两个 ecs 搭主备，你还需要一台机器做负载均衡、高可用。另外， rds 提供了备份功能。可以把数据库恢复到任意时间点。这个功能，自己开发，也是不小的工作量。另外，还有报警等功能。这样说来，你觉得贵？
|
Select Language