爲何不自己搭,而是要多花錢採用雲端Redis服務?(乾貨)

為何不自己搭,而是要多花錢採用雲端Redis服務?(乾貨)

兩天沒寫東西了,今晚本來想偷懶早點睡,可心裡又冒出個念頭,希望寫點關於“為何要使用雲端的RDS Redis服務?”方面的內容。

那就聽從自己內心的聲音,寫一寫“為何不自己在雲端搭建Redis服務,而是要多花錢購買RDS Redis服務”吧。

考慮大多數不具備專門運維人員的中小企業,列舉理由如下:

1、首先是人力成本的問題,中小企業不可能為了搭一個Redis集群服務專門招聘運維人員,養不起啊;

2、時間成本問題,即使自己內部有IT人員,能夠具備動手部署的能力,但是一定會遇到很多坑,需要自己摸索經驗,等搞明白、弄穩定了,黃花菜都涼了;

3、雲端的RDS服務提供了雙機熱備、讀寫分離、集群模式,以及一鍵式擴容能力,極大的提高了運維的效率。

但最重要的原因是,雲服務商都會對開源軟件內核做大量的優化和測試工作,並跟自家的雲平臺進行整合,能對外提供方便易用、穩定可靠的雲產品服務。

在對開源軟件的優化提升方面,阿里雲、騰訊雲和華為雲的Redis團隊都進行了大量的優化工作,阿里雲甚至形成了一個單獨分支,ApsaraCachee(飛天緩存)項目,並在2017杭州·雲棲大會上宣佈該項目正式開源。

阿里雲Redis分支項目

與社區版的Redis相比,ApsaraCache的顯著特點是與場景有關、與數據規模無關;並且在短連接、內存滿時的回收、耗時指令執行等場景下表現優秀。

1. 兼容Memcached協議,提供持久化,雙機熱備能力,數據更穩定可靠;

2. 短連接場景下性能提升30%以上,對於PHP等短連接應用居多的用戶效果提升更為明顯;

3. 解決了原生內核在弱網條件下容易複製中斷導致的全量同步問題;

4. 避免AOF Rewrite頻繁造成的主機穩定性瓶頸,且能精確到秒級的按時間點恢復;

5. 增加了熱升級的功能,能夠在3ms內完成一個實例的熱更新,解決了內核頻繁升級對用戶帶來的影響;

6. 對實例的可用性進行檢測,避免 Redis單線程阻塞,同時可對磁盤進行探測解決磁盤提前反饋切換。

騰訊雲Redis服務

騰訊雲團隊也對Redis做了大量的優化,自己百度。

華為雲的Redis服務

在網上找不到華為雲做了哪些優化方面的文章,可能是華為雲比較低調吧。

天翼雲合營資源池用的是華為雲的Redis產品,目前還是公測階段。


分享到:


相關文章: