云服务 DB 自己 host,还是交给第三方托管?

el09xc · August 22, 2013 · Last by chenillen replied at September 26, 2013 · 3841 hits

通常来说,一个项目从研发、内测升级到公测后,势必访问量剧增,DB 层往往需要更换性能更好的设备以支持海量访问。以前做法是开发者或者运维人员介入来完成 MySQL 实例的重新部署和数据迁移,挺费功夫,有时候还有要承担极高的迁移部署风险。所以有些团队项目就会选用第三方的 DB 产品服务。

但是,自己 host 数据库又有一些优势比如性能,比如备份,比如集成管理。关键是不是有一群数据库专家 DBA 能从架构上帮助优化好数据库,以及坚如磐石的服务,能否及时备份数据,又能及时回复数据。

UCloudUDB服务最近被广泛关注了还有很多好评声音,如果有使用这类第三方 DB 产品,下列哪些特性你最关注呢?

A. 良好的性能表现;

B. 未裁剪的 mysql 特性;

C. 一键部署主从;

D. 7 天全量备份;

E. socket handle 插件的支持;

F. 集成 phpmyadmin 管理;

如果没有或者犹豫中,一起来讨论看看,什么原因阻止了前进的步伐?

提到的 6 点我全中了...

#1 楼 @Teddy 全部很关心!!!!然后呢?

#2 楼 @el09xc 觉得有这样的服务的话挺好的,可以自己不必去管 db 的事情了

性能 + 主从

另跑题一个,手上都迁移到了 postgreql(+hstore),不是 mysql 了。

建议广告贴在标题上标明

@el09xc 可以试着说服 蝉游记 用你们的 udb

phpmyadmin 非必须,我好像用不到这东西

#6 楼 @liuhui998 好建议,现在蝉游记在用 UHost,嗯改天我来尝试尝试:)

我们之前是用的某云的 UHOST 自己搭建的 DB,由于数据库比较大,所以用了云硬盘,每次创建 slave 都是直接挂载云硬盘,然后 copy 数据文件。不过云硬盘的 IO 实在不怎么样。后来准备把所有服务器迁移到 ucloud,就大胆使用了他们的 UDB,现在半个多月过去了,感觉很好。

怎麼能夠有效提供遠程連接數據庫的延遲? 除非把程序也放在 Ta 的雲上。

You need to Sign in before reply, if you don't have an account, please Sign up first.