輕鬆籌首創了“大病救助”模式，幫助了衆多病患在第一時間解決了醫療資金等問題，爲了從源頭解決了醫療資金問題。而在輕鬆籌這樣全球5.5億用戶信賴的大病籌款平臺的背後，是日益增長的各種數據。面對這樣數據量所造成的巨大挑戰，阿里雲POLARDB是如何幫助輕鬆籌踐行“善DNA”的呢？本文就爲大家分享。
關於輕鬆籌
2014年9月,輕鬆籌成立。“輕鬆籌”作爲公司旗下的首要產品,“善DNA”可謂貫穿了整個發展歷程。輕鬆籌將目標聚焦在公衆健康保障領域，各功能板塊都與百姓的健康息息相關。由輕鬆籌首創的“大病救助”模式幫助衆多病患在第一時間解決了醫療資金等問題。
爲了從源頭解決醫療資金問題,輕鬆籌於2016年4月推出了“輕鬆互助”業務,其目的在於抱團抵抗大病風險,一人患病,衆人均推救助金。並與多家保險公司達成合作，推出多款會員定製的保險產品，至此,輕鬆籌“全民健康保障體系”正式建成。
目前,輕鬆籌在自主研發的“區塊鏈”技術的加持下,再一次開創了行業先河。“陽光鏈”將大病救助、公益機構及互助行動的捐贈記錄、資金流向公開透明，爲公益事業及大病救助的發展指明瞭新方向。歷時4年,輕鬆籌體系(包含大病救助、輕鬆互助、輕鬆e保、輕鬆公益、輕鬆健康)在全球183個國家和地區的用戶總數超過5.5億、籌款總額超過255億元。
輕鬆籌的“大病救助”場景
由輕鬆籌首創的“大病救助”模式，通過社交強關係爲大病患者提供高效便捷的籌款渠道，目前已經幫助235萬個大病家庭，籌集了255億元善款。
輕鬆籌大病救助平臺能夠爲多達千萬的用戶提供籌款服務，每週增加的相關數據量多達10GB，包括髮起籌款的項目信息、用戶分享信息、訂單數據等，不斷增加的數據，很容易在目前的RDS數據庫上，達到存儲的上限。輕鬆籌通過將數據遷移至阿里雲POLARDB，很好的解決了存儲容量和性能的瓶頸。
輕鬆籌基於阿里雲POLARDB的簡單架構設計
輕鬆籌最爲看重就是阿里雲POLARDB存儲容量大和免分庫分表的特性。因爲阿里雲POLARDB採用了集羣架構，並且採用了計算和存儲分離以及讀寫分離的機制，所以其存儲容量最高能夠支持100TB，用戶無需因爲單機容量的天花板而去購買多個MySQL實例做分片，並且也不需要考慮分庫分表，因此就簡化應用的開發，同時也降低了運維的負擔。
其次，輕鬆籌還看中了POLARDB強大的讀寫分離能力。當應用程序使用集羣地址時，POLARDB通過內部的代理層對外提供服務，應用程序的請求都先經過代理，然後才訪問到數據庫節點。Proxy不僅可以做安全認證和保護，還可以解析SQL，把寫操作發送到主節點，把讀操作均衡地分發到多個只讀節點，實現自動的讀寫分離。對於輕鬆籌的小程序而言，在後臺使用POLARDB集羣就像使用一個單點的MySQL數據庫一樣簡單。
此外，在性能方面，阿里雲POLARDB利用基於Redo的物理複製代替基於Binlog的邏輯複製，提升主備複製的效率和穩定性，即使對大表進行加索引、加字段等DDL操作，也不會造成數據庫的延遲，能夠實現毫秒級延遲。此外，POLARDB內置並行查詢引擎，對執行時長超過1分鐘的複雜分析類SQL加速效果明顯。這樣的性能優勢能夠很好地滿足輕鬆籌的需求。
POLARDB助力“大病救助”平臺
數據管理效率提升
在阿里雲POLARDB的強大能力的基礎之上，輕鬆籌的“大病救助”平臺的數據管理效率有了非常大的提升，其主要體現在以下三個方面：
自適應數據增長
輕鬆籌的大病籌款項目隨着時間的累積，每年以上T以上的結構化數據進行新增進行存儲。每年新增數據表達到數百個，單表數據量更是達到億級別。由於POLARDB採用分佈式存儲服務，能夠根據數據增長自適應增加存儲空間，按照實際數據使用量進行計費，不必爲數據容量的限制和升級所擔憂。
7*24 高可用服務
阿里雲POLARDB採用自帶讀寫分離的Active-Active多活高可用集羣架構 ，能夠更好的監測故障和進行快速故障自動恢復，確保99.95%的高可用服務的同時，集羣自帶只讀節點，使得系統的聚合讀取性能成倍提升。
即時數據檢索和查詢
大病籌款的數據需要週期性批量寫入到POLARDB，而同時又需要支持即時的檢索查詢和分析處理，POLARDB的讀寫分離架構，很好的支撐了這類場景。同時，POLARDB還能夠在幾分鐘以內在線增加只讀節點，進一步提升系統的吞吐處理能力，結合讀寫分離連接地址，自動進行請求的識別轉發，通過自適應負載均衡處理，讓集羣的計算力能夠發揮到最大，消除了計算瓶頸。