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