2021年京東正式對外發布了自主設計研發的金融級國產分布式數據庫StarDB。在本屆中國數據庫技術大會上,京東科技高新剛詳細介紹了StarDB的四個最佳實踐。
國產分布式數據庫StarDB最佳實踐
金融級高可用數據庫體系實踐
StarDB 作為一款金融級國產分布式數據庫,不僅完全滿足國家對金融安全自主可控的要求,也解決了過去傳統金融數據庫靠采購高端設備或進行資源堆砌才能解決的問題。StarDB通過自研的分布式計算引擎和自研的運維管控平臺打造的國產一體化數據庫已經在多個金融場景大規模應用,如支付業務、清算業務、保險業務、風控業務、征信業務等。StarDB提供多數據中心容災架構、秒級監控,能保證異常故障自動完成高可用切換,無需人工干預;同時提供多副本數據強同步,保證任意事務數據完成時都至少有兩份副本數據,避免了數據丟失,RTO小于30秒,RPO為0。
資源納管和大規模智能化運維實踐
隨著互聯網應用的快讀發展,傳統單機數據庫的存儲和計算能力成為限制業務擴展的瓶頸,不能滿足快速增長的業務要求。StarDB具備分布式數據架構能力,支持動態一鍵擴展計算和存儲資源,提供 PB 級存儲能力,廣泛應用于互聯網、金融、工業制造等超大規模數據存儲和高并發訪問場景。另外StarDB對數據庫各種基礎資源,如機房、服務器、網段、虛擬IP(VIP)、數據庫實例等資源了進行有效的統一納管,并對部門資源使用情況進行了管理,如現存服務器,上線服務器,下線服務器等統計信息。
分布式水平拆分場景實踐
StarDB通過靈活的分片算法實現分庫分表邏輯,對業務層透明無感知,保證了存儲和計算資源隨著業務流量增長,能夠動態擴容。而通過JDBC、MySQL協議訪問,保證業務代碼基本不用改造,對于業務使用透明,只需對邏輯庫表操作即可,數據操作和變更不需要關注某個分表,僅操作邏輯表,由底層完全封裝。
彈性伸縮場景解決方案實踐
在業務高峰期、促銷期、突發或著異常事件時一般需要擴增大量資源,可高峰過去后,擴增的資源就會被閑置;因為歷史數據遷移周期長,數據一致性又需要保證,手工操作風險高又費時費力,所以擴縮容本身也有一定技術難度。如何保證底層數據存儲架構變更時業務不中斷?京東科技通過多年業務實踐,提供如下一套完備的解決方案:
1、動態擴縮容,根據業務流量情況,按需伸縮動態平衡資源使用,減少不必要的資源浪費2、一鍵操作,自助配置定義數據遷移和切換時間3、在線升級,根據定義時間,完成增量遷移和數據一致性校驗;秒級推送新規則對業務無影響
StarDB未來的發展規劃
另外高新剛在最后分享了一下國產分布式數據庫StarDB未來的發展規劃是云原生發展方向,借助于京東云云艦混合云操作系統實現跨云部署,可同時兼容私有云、公有云、混合云都多種場景架構。以金融級分布式為基石,深耕京東內部業務場景和外部金融數字化轉型場景,未來整體架構向支持HTAP 混合負載方向發展,后期會將AI技術植入StarDB內核中去,實現數據庫引擎的智能化,從長遠發展看,StarDB最終將成為超融合數據庫,實現全業態數據庫場景的支持。
京東科技云原生數據庫建設實踐
伴隨云計算的滾滾浪潮,云原生(CloudNative)的概念應運而生,基于容器編排技術的Kubernetes,已然成為業界事實標準,以Kubernetes為代表的云原生的管理平臺越來越受到技術領域的重視。京東科技基于Kubernetes構建了云原生數據庫管理平臺,覆蓋了公有云、私有云、混合云等場景,提供了多租戶、自動故障轉移、彈性擴容、數據備份恢復等能力。
本次大會,京東科技向安杰分享了基于Kubernetes的云數據庫管理平臺的總體架構和實現。隨著Kubernetes 技術的興起,大量的應用在往Kubernetes 遷移,技術方案也在不斷的往云原生方向演進,早期的Kubernetes主要解決無狀態服務應用的部署問題,對于有狀態服務,由于服務自身的復雜性,容器化過程會面臨諸多挑戰。MySQL 作為業界最受歡迎的數據庫之一,是一個非常典型的有狀態服務;京東科技數據庫團隊通過不斷的摸索和實踐,實現在Kubernetes 上提供云原生的 MySQL 服務,當前此服務具備了以下特性:1. 部署以及運維標準便捷,從而滿足公有云、私有云、混合云等場景下的快速交付;2. 彈性伸縮能力,數據庫服務及其管理服務的平滑升級、擴縮容;3. 故障自愈能力,保證了服務高可用,數據高可靠;4. 豐富的管控能力,提供了包括但不限于:備份、恢復、遷移、參數配置變更等功能。除此之外,京東科技云數據庫團隊還提供了PostgreSQL、ClickHouse、TiDB、MongoDB、DTS等數據庫云原生服務組件,可實現一鍵部署、分鐘級啟動生產環境集群,并具備彈性伸縮、自動故障轉移、數據庫管理等完備的功能,未來京東科技將基于京東云云艦混合云操作系統提供更多的云原生數據庫服務。
2025-04-29 22:24
2025-04-29 22:23
2025-04-29 22:22
2025-04-29 22:22
2025-04-29 22:21
2025-04-29 22:20
2025-04-29 22:19
2025-04-29 22:18
2025-04-29 22:17
2025-04-29 22:16