※ 引述《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... -- Resistance is futile. https://blog.gslin.org/ & <[email protected]> --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 122.116.104.21 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1560941336.A.E24.html