※ 引述《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/m.aspx?n=bbs/Soft_Job/M.1560941336.A.E24.html