《金融數據庫轉型實戰》讀后感
原創近期,數據庫圈的一個熱點就是林春老師的一本新書《金融數據庫轉型實戰》的出版。這也是國內第一篇以甲方視角闡述數據庫替換轉型的書籍。書中描述了林老師在金融企業實踐國產數據庫的實踐之路,可以說是干貨滿滿。筆者也很有幸收到了林老師的贈書,第一時間學習起來。書中的很多內容,與筆者之前在銀行所經歷的頗有同感,因此讀起來感覺很親切。很欣慰能有這樣的一本書出來,這對于行業及廣大數據庫從業者,無疑都是具有非常大的參考價值。也希望未來能有更多此類的書籍出版,這也標志著國產數據庫走向不斷深化的過程。本文就是結合書中的內容與筆者之前的工作經歷的一點感受,可能有一點點“劇透”,算是拋磚引玉。
1. 轉型背景篇
1)金融業數據庫要求
金融行業作為數據庫應用“高地”,對數據庫有著嚴苛的要求。這也是為什么數據庫廠商都將金融行業客戶作為標志性客戶來看待。書中給出了核心的幾點要求,從中可以一窺端倪。注意的是,金融行業有其特殊性,與互聯網等業務區別很大。雖然很多要求都是共性的,但側重點、優先級是不同的。例如,針對金融行業數據一致性、安全性,無疑是最高優先級;而擴展性等就相對要求較低。沒有完美的數據庫產品,因此在后續選型等很多工作時,可按照這些要求及優先級,加以取舍考慮。
1.png
2)分布式數據庫選型要點
數據庫選型涉及到方方面面,因素是比較多的。特別是針對分布式數據庫,因其架構較傳統架構有著較大差異,因此在選型過程中更應全面考慮。之前個人也整理過腦圖及超過數百頁的選型文檔,可以說是較為繁瑣的工作。這也是妨礙很多用戶選擇使用國產數據庫的難點之一,很少有用戶有足夠的技術儲備、寬裕的精力去完成這一工作;而更多的只能聽取來自乙方廠商的宣傳。這也為后續的替換工作埋下了一些隱患,筆者也聽說有國內用戶做完數據庫替換改造不久之后,又啟動新的替換工作,相信這是無奈之舉,但也造成了很大的資源浪費及不必要的風險。下面則是書中給出的一些選型要點
2.png
2. 架構規劃篇
在金融業數據庫替換中,應在早期就做好必要的規劃架構工作,統籌安排替換工作。而這一點也是很多企業在實施中容易忽略的。完備的規劃架構工作,能讓企業了解到替換工作要做什么?如何做?代價多大?風險多大?等一系列的問題,然后再根據企業現狀來選擇做這個工作的策略,選擇什么業務先做?期待積累沉淀下什么東西,可以幫助后續業務的替換改進。因此規劃架構工作是必不可少的,也是建議企業在第一時間就需要考慮的問題。這里結合書中及個人之前的一些實踐,加以總結。
3.png
這其中特別強調下應用規劃和遷移規劃部分,應該引起足夠的重視。針對應用規劃有幾種常見的誤區:一是覺得數據庫替換就是把數據庫從“蘋果”換成“桔子”,數據一遷移,應用不用改造就可以完美適配。這種簡單的替換思維,會導致對工作資源投入及投入方向、面臨風險等有存在嚴重誤導及人事不足。在整個的替換過程中,絕大多數的工作其實是在這個部分。二是對數據庫的能力過度高估,認為原有數據庫能解決的,現在數據庫就一定可以解決。沒有兩個數據庫是可以完全等價替代的,要對目標選擇數據庫有充分的理解,哪些其不擅長的功能,要盡量在前期就解決掉,避免上線后出現問題。三是對自己數據庫和應用了解不充分,有些是因為系統老舊、第三方開發等等,缺少第一手信息,這是是需要通過畫像能力對應用和數據庫做好描述工作,盡量充分收集各種現狀信息。此外,如上下游系統等容易忽略的問題,也要關注。針對遷移規劃,則是應該在第一時間就要充分考慮未來如何遷移,除了應用遷移設計的開發、測試驗證工作外,更多的是針對最后替換是如何去完成。很多業務系統是不能允許長時間、靜態離線替換或替換出現異常風險極大,此時就要在前期進行好遷移規劃、甚至為遷移單獨做必要的開發驗證工作。
3. 設計開發篇
一種新的數據庫,特別是分布式數據庫,對于設計開發人員意味著全新的設計開發理念。這里需要一個實踐學習的過程才能較好的掌握。下面羅列了部分開發設計工作中需要關注的問題,但還未覆蓋全貌。
4.png
寫在最后
上述是看這本書的一點點個人感受,書中內容遠比這些更為詳實全面。相信廣大讀者都能從這本書中有所收益。日前還在一場直播活動中與本書作者-林春老師連線互動,也談到了寫這本書幕后的點點滴滴。筆者與林老師同齡,深知作為中年人的諸多不易。為林老師為此書的出版所付出艱辛努力,感到贊賞與欽佩。最后,引用書中附簽的一段林老師的話送給各位:
三年磨礪一劍精,
常伴曉月送殘星。
莫笑攻堅繁霜鬢,
心如鐵石志愈明。