阿裏雲RDS金融數據庫(三節點版) - 案例篇
標簽
PostgreSQL , MySQL , 三節點版 , 金融數據庫 , Raft , 分布式共享存儲版
背景
土豆哪裏去挖?
土豆郊區去挖。
一挖一麻袋?
一挖一麻袋。
挖掘機不僅是城市建設的必備法寶,居然也是挖土豆利器。
但是科技行業一定不喜歡挖掘機,經常會聽說xx互聯網軟件故障提到“光纖被挖斷”,導致XX機房故障幾小時。
這和數據庫有什麼關係呢?當然有,一些企業在業務層麵可能做到了多機房,多活的架構,但數據庫並沒有做到0丟失的多機房或多活部署,如果數據庫所在機房網絡故障,那麼對於這些業務來說照樣是災難性的。
作為阿裏雲RDS金融數據庫(三節點版)係列文章 - 案例篇,接下來將介紹一些用戶的案例,用戶如何利用阿裏雲RDS金融數據庫(三節點版),獲得最佳業務體驗。
異地容災場景
有了異地容災,“光纖被挖斷”再也不可能成為故障借口了。
對於可用性、可靠性都非常敏感的業務,兩節點的高可用架構顯然無法滿足需求,在追求可靠性(0丟失)時,可用性和性能一定會下降(比如備庫故障、主備之間的複製鏈路問題,都會導致用戶事務無法提交)。
兩地三中心,或者三地三中心的三節點架構,可以同時滿足用戶的可用性、可靠性需求。
當任意一個機房遭遇“光纖被挖斷”的窘境時,其他機房可以頂上,而且確保0丟失。
養兵千日用兵一時,容災演練也是企業IT的日常工作之一,對於無狀態的業務,相對來說多機房、多活比較好部署,但是數據庫是有狀態應用,多機房部署難度和成本都高了很多。例如網絡帶寬、延遲,數據同步機製,切換機製,switchover機製,數據補償機製等,沒有哪個是好做的,沒有做好的話可能是災難性的。有了“阿裏雲RDS金融數據庫(三節點版)”,用戶不需要再關心數據庫的容災演練問題,因為內置了這個功能。
金融級核心業務
金融核心庫,用戶關注的是數據庫的 可靠性->可用性->穩定性->安全性->性能 。在這方麵相信老百姓更有體會,因為我們的錢都存在銀行呀。
拿轉賬來打個比方,A有10萬餘額,B有1萬餘額,A轉給B 1萬元,最終變成:A有9萬餘額,B有2萬餘額。
任何一個步驟出錯都不能出現類似這樣的問題:A有9萬餘額,B有1萬餘額。A有10萬餘額,B有2萬餘額。
如果是單事務、單庫操作,涉及到數據庫的ACID中的事務原子性、一致性的原理,所以宣稱支持ACID的數據庫,任何時候都不會出現以上問題。三節點同樣遵循了數據庫的ACID原則。
如果操作不是單個事務,或者涉及到多庫操作,那麼業務係統可以使用數據庫的兩階段事務來保證全局一致性。三節點同樣支持數據庫的兩階段事務。
如果是跨業務係統的轉賬,那麼需要通過業務層的協議結合兩階段事務來保證全局的一致性。三節點同樣支持數據庫的兩階段事務。
對業務係統來說,三節點具備單節點的所有功能,同時提升了數據庫的可靠性,可用性。任何一個節點故障,不影響業務的正常運行,也不會丟任何數據。
除此之外,阿裏雲RDS也非常的關注細節,為了讓用戶體驗更好,阿裏雲的proxy也做了極大的用戶體驗工作,包括數據庫切換時的零感知。
專業的數據庫團隊,對數據庫的深刻理解轉換為產品,為用戶提供更好的服務,如果你想了解數據庫切換時的要素,可以參考閱讀這篇文檔(文章以PostgreSQL數據庫為出發點,講解了數據庫平滑切換的要素):
企業的核心數據庫,比如用戶認證係統、用戶賬戶係統、企業ERP係統等。對數據庫的要求與金融核心類似,它們同樣有容災的需求,有容災演練的需求,有多機房部署的需求,有SOX審計的需求。
阿裏雲RDS金融數據庫(三節點版)為金融業務、企業核心數據庫保駕護航。
小結
阿裏雲RDS金融數據庫(三節點版),圍繞“可靠性、可用性”為核心設計,為金融業務、企業核心數據庫保駕護航。
除了“可靠性、可用性”,阿裏雲RDS金融數據庫(三節點版)還繼承了RDS內核多年來的豐富經驗和代碼沉澱,相比社區版本,有著性能、功能方麵的諸多優勢。同時阿裏雲RDS團隊也是開源數據庫社區的積極貢獻者。
歡迎金融業務、企業核心數據庫選用。
係列文章
阿裏雲RDS金融數據庫(三節點版)
阿裏雲RDS金融數據庫 - PostgreSQL三節點版(敬請期待)
最後更新:2017-07-24 15:32:49