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

el09xc · 2013年08月22日 · 最后由 chenillen 回复于 2013年09月26日 · 3845 次阅读

通常来说,一个项目从研发、内测升级到公测后,势必访问量剧增,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 的雲上。

需要 登录 后方可回复, 如果你还没有账号请 注册新账号