Re: [讨论] 各位公司DB于云端production选择

楼主: DarkKiller (System hacked)   2019-06-19 18:48:54
※ 引述《ripple0129 (perry tsai)》之铭言:
: 过去用过AWS RDS
: 没什么不好
: 就一些设定比起自己拥有root权限
: 搞起来麻烦些加上额外cost虽然没说很高
: 现阶段主要还是Mysql in docker on ec2的方式
: 很自由方便管理
: 就是要额外费心 log与监控
: 高可用搭配k8s倒还不用担心
你有专职的人可以管就自己管,没有的话就用 AWS 的服务比较省事。
: 不过如果遇到要高效率的场景
: 似乎不是很好的选择方式
: Aurora也出来一阵子了
: 主要就是vendor lock问题
: 据称是mysql五倍效能
这个 Google 找一下就知道了,5x 是 marketing 的宣称...
不过我个人还是很推荐用 Aurora,因为你上 AWS 就是花适当的钱解决问题,只
要你的 SQL 不要写的太夸张 (像是把 OLTP 当 OLAP 在用,然后还串 API 那种)
,用 Aurora 有蛮多操作还蛮方便的。
: 如果不打算搬家的话
: 但是蛮大机率来去试用看看
: Cost也是另一个问题
: GCP目前还没用过
: 不确定有什么RDS的服务
: 看有没有用过要分享的
: 其实是想说近年来云端公司不断竞争
: 被vendor lock未来就没有跳槽的选项可用
: 哪天出个公司只要AWS 1/3的成本又稳定
那你就跑个 mysqldump 然后丢到其他机器上啊?
: 也只能看的到吃不到了
: 大家对于RDS在云端的选择是如何?
vendor lock-in 指的是像 DynamoDB 这种在 open source 领域里面没有成熟的
替代方案,你搬出来的时候会有不少程式码要改写。
MySQL 要跑就跑,哪来的 vendor lock-in...
作者: ripple0129 (perry tsai)   2019-06-19 20:50:00
感谢解答了,以为aurora非典型RDS找时间测试一下换上去试试
作者: robler (章鱼丸)   2019-06-21 21:44:00
Aurora 要搬回本机没有你想像的那么简单

Links booklink

Contact Us: admin [ a t ] ucptt.com