《3-6 林靜-貨拉拉混合云環境下的數據庫中間件建設之路.pdf》由會員分享,可在線閱讀,更多相關《3-6 林靜-貨拉拉混合云環境下的數據庫中間件建設之路.pdf(25頁珍藏版)》請在三個皮匠報告上搜索。
1、混合云場景下貨拉拉數據庫中間件建設之路演講人:林靜自我介紹貨拉拉數據庫中間件團隊負責人前餓了么高級技術專家,負責異地多活數據層建設?,F任貨拉拉數據庫中間件負責人,負責服務化網關,DAL,RedisMesh,KVStore等產品。林靜貨拉拉數據庫中間件團隊負責人前餓了么高級技術專家,負責異地多活數據層建設?,F任貨拉拉數據庫中間件負責人,負責服務化網關、DAL、RedisMesh、KVStore等產品目錄混合云自建數據庫中間件背景介紹混合云自建數據庫中間件實踐混合云自建數據庫中間件展望混合云自建數據庫中間件思考混合云自建數據中間件背景介紹問題與挑戰1業務體量持續增長,業務線不斷增多,數據庫總量不斷
2、膨脹2技術底座不斷演進,新老服務過渡,多語言異構3混合云部署,云商存在顯著差異歷史系統架構 云 云 云 中間件 數據 架 數據 中間件 業務自建 中間件 建 云 云 數據中 云 混合云自建數據 中間件實踐當前系統架構 什么選擇自建大廠普遍有自己的數據庫中間件,深度定制功能GAP閉源優秀的產品層出不窮,在企業初期能夠快速解決問題產品成熟,云集成度較高,付費即上線不跨云云產品大廠開源數據庫中間件架構數據庫中間件建設成果 云DB擴 支持1024倍擴容滿足公司未來35年發展需求 云DB保護阻斷常規風險具備應對突發異常的應急能力低延遲99.999%延遲小于10ms平均延遲小于2ms 可用99.999%服
3、務可用上線2年以來0故障低 本成本占用不到RDS的5%數據庫領域還有哪些問題SQL缺乏審計,只能由業務研發插入特定代碼來覆蓋核心數據庫。成本高,時間長,推進難壓力測試是系統容量保障的核心 段。但在DB領域,現有的 段經常出現測試SQL流量失真的問題,無法驗證DB真正的容量數據安全覆蓋不全異常SQL只有發布到PRD環境造成問題后才能被感知到。研發和DBA一直處在亡羊補牢的被動狀態數據庫由云商托管,很多細節不再暴露給DBA。當前的統計報警都只能在類似吞吐量這種宏觀角度,缺少更細粒度的觀察方式SQL治理粒度粗 什么不直接使用云上SQL治理產品和企業現有系統打通困難,需要投入大量開發成本集 不能貼著業
4、務做,和企業場景實際需求有差別 GAP功能參差不齊,有的云做的好,有的干脆沒有按天收費,只能作 應急 段基于DBProxy的旁路SQL能力建設SQL深度洞察效果圖混合云自建數據 中間件展望下一步最直接的挑戰是“多AZ”多AZ架構是什么:相當于云上的同城多活架構有什么限制:使用多AZ架構可以提高可用性和容錯性,但需要考慮成本和網絡延遲的問題當前多AZ高可用架構設計未來數據庫中間件的展望混合云數據庫中間件走向何處ABC混合云自建數據 中間件思考無論什么時候穩定性都是第一位海恩法則:把問題消滅在萌芽狀態1 起線上故障19 起冒煙300 起事故隱患1000 異常反饋造成了一定的損失不能把抖動都直接歸因
5、到網絡不能有僥幸心理,警惕墨菲定律不能忽略測試環境,業務研發反饋的問題高可用設計有哪些要點面向故障 產品標準化排障智 化管理自 化非核心依賴可降級核心依賴做好冗余建設系統“自證清白”能力最后一道防線 動SOP針對不同使用特征,分集群隔離使用統一軟硬件標準盡量復用企業現有標準接入標準化功能簡單正交最終“消滅”人工環節用戶自助服務監控,系統監控,外部依賴監控鏈路追蹤自動報警數據庫中間件研發培養數據庫中間件很大程度上是一個自驅動的產品。必須了解整個業務系統核心的痛點在哪,在業務研發和DBA提出訴求前,就做好準備由于數據層訪問往往是鏈路的最底層,性能問題會放大到整個服務鏈路。數據庫中間件是對性能比較關注的工程項目數據庫中間件開發最大的門檻就在領域知識。只有先熟悉數據庫領域知識,才能把數據庫中間件做好THANK YOU!