概述
微服務和中臺是這幾年非常時髦且隨處可見的詞。
中信建投證券信息技術部根據證券業務的需求和難點,自主研發了“綜合”、“共享”、“協同”的具有證券屬性的企業級中臺系統——“致勝平臺”。
中臺的概念
“企業中臺就是將企業的核心能力隨著業務不斷髮展以數字化形式沉澱到平臺,形成以服務為中心,由業務中臺和數據中臺構建起數據閉環運轉的運營體系,供企業更高效的進行業務探索和創新,實現以數字化資產的形態構建企業核心差異化競爭力。”——阿里官方定義
阿里的中臺大約有十幾個共享業務單元,包括用戶中心、商品中心、交易中心等。淘寶、天貓、聚划算等25個大型業務應用都是由中臺的共享業務單元支持的。
共享業務單元則由阿里雲平臺支持。共享業務單元的劃分原則其實不是可以簡單掌握的,要綜合考量設計、運營和工程因素,儘可能遵循“高內聚、低耦合”、“數據完整”、“業務可運營”和“漸進”的原則。
中臺和微服務的關係
微服務架構將單體應用,按照業務領域拆分為多個高內聚低耦合的小型服務,每個小服務運行在獨立進程,由不同的團隊開發和維護,服務間採用輕量級通信機制(如HTTP RESTful API或者RPC),獨立自動部署,可以採用不同的開發語言及數據存儲方式。
微服務體現去中心化、天然分佈式,是中臺戰略落地到IT系統的具體實現方式的技術架構,用來解決企業業務快速發展與創新時面臨的系統彈性可擴展、敏捷迭代、技術驅動業務創新等難題。
中臺的落地,需要使用微服務架構。中臺強調核心基礎能力的建設,基礎能力以原子服務的形式來建設,並通過將原子服務產品化,支撐業務端各種場景的快速迭代和創新;原子服務和微服務所倡導的服務自閉環思想不謀而合,使得微服務成為實現原子服務的合適架構。
支撐業務場景的應用也是通過服務來實現,其生命週期隨業務變化需要非常靈活的調整,這也和微服務強調的快速迭代高度一致,所以業務應用服務也適合通過微服務來實現。
證券行業服務治理面臨的挑戰
隨著財富管理方式的轉型,“以客戶為中心”成為證券公司的根本戰略。
證券公司IT建設的巨大挑戰:
快速響應業務的需求
提供差異化的服務
滿足投資者個性化的需求
……
IT部門的巨大挑戰:
由於歷史原因,我司的IT系統大都由多個廠商的異構系統組成
隨著公司IT系統越來越多,各個系統之間的關聯關係也越來越複雜,應用數據量越來越大,改造難度也越來越大
一個功能,會涉及多個系統,每個系統都要調用這些後臺系統提供的功能接口。每次業務邏輯改動,所涉及系統都需要進行不同程度改造
公司業務的風控要求
運營管理部門的運管新規
項目進度的嚴格管控
……
由於傳統IT建設的一些壁壘,使得在開展新業務,或滿足業務創新時,對接多個系統出現了種種弊端:
1)每個傳統廠商都有自己的技術架構,根據自身的業務特點來設定架構,從整體層面上不會通盤考慮。
2)這些系統的接口各異,每個廠商都有自己的獨特協議,比如KCXP、SPX、REST等多種類型的接口形式,對接起來十分複雜。
3)這些系統的數據各自獨立,形成了一個個的數據孤島,如何整合起來難度也很大。
“致勝證券中臺”的探索
中信建投證券信息技術部參考業界先進經驗並結合自身實際,提出了“薄前端、厚中臺、強核心”的IT架構體系,通過建立一套綜合共享信息平臺,突出平臺化共享思維,強化服務複用能力,提升業務響應效率,是連接“薄前端”和“強核心”的“綜合”、“共享”、“協同”的具有證券屬性的企業級中臺系統,命名為“致勝綜合共享信息平臺”,以下簡稱“致勝平臺”。
“致勝平臺”是遵循統一的技術架構和規範的一整套體系架構,包括技術中臺、業務中臺和數據中臺三個部分。
技術中臺包括如下模塊:
註冊中心,主要實現服務的自動註冊、發現功能。
監控中心,負責平臺運行情況的實時監控和管理。
消息中心,整個平臺的消息總線。
服務API網關,負責服務調用方的身份驗證、權限驗證並代理服務調用請求。
微服務開發框架,封裝基礎微服務開發框架功能,簡化開發者技術層面的開發工作。
業務中臺根據證券業務特點劃分為10個服務中心:
櫃檯封裝服務,提供統一賬戶、集中交易、場外交易、融資融券等核心系統的接口封裝。
行情服務中心,提供基礎行情、高速行情、行情分析服務。
資訊服務中心,提供新聞、資訊、產品信息等服務。
理財服務中心,提供理財產品查詢、產品信息維護、產品申購贖回等服務。
投顧服務中心,提供投資顧問業務、智能投顧業務、研究服務業務等服務。
交易服務中心,提供電商訂單、優惠券、支付等服務。
客戶服務中心,提供客戶開戶、權限查詢、資產查詢、簽約業務、客戶分析等服務。
工具服務中心,提供統一推送、短信發送、身份識別等服務。
數據服務中心,提供數據產品查詢、展示等服務。
辦公服務中心,提供機構管理、人員管理和辦公流程管理等服務。
數據中臺:
指通過數據技術,對海量數據進行採集、計算、存儲、加工,同時統一標準和口徑。數據中臺統一工具體系,包括統一數據的存儲標準、日誌的存儲標準、實時數據的處理標準。基於工具體系之上構建了數據倉庫,劃分成“貼源層-模型層-彙總層-集市層”。全域的數據體系,把公司所有的業務數據都打通,形成統一的數據資產,包括統一指標、用戶標籤等。
“致勝證券中臺”的實踐效果
“致勝平臺”作為我司規劃的中臺系統,通過技術共享、服務共享、數據共享,提升了開發效率、降低了對開發商的依賴、避免了系統的重複建設、提升了業務需求的交付速度、降低了信息系統的研發成本、沉澱了證券核心業務知識庫和組件庫。
技術中臺方面:
完成了平臺的整體規劃,建設了分佈式服務框架,包括服務的註冊與發現、服務的分佈式部署與調用、服務的基礎管控,搭建了開發社區,涵蓋了“致勝平臺”框架的基礎知識庫及各服務中心提供的專業知識庫。
業務中臺方面:
根據規劃,完成了櫃檯封裝服務中心、資訊服務中心、理財服務中心、行情服務中心、工具服務中心、客戶服務中心等的服務建設,已經完成了9個服務中心、75個業務單元、1033個微服務的建設,日均調用量2500萬次,高峰TPS3萬,為蜻蜓點金APP、網頁交易系統、大數據系統、產品中心、一櫃通、客戶關係系統等服務調用者提供了服務支持。
數據中臺方面:
建立了符合我司實際需求的企業級數據倉庫技術架構和數據模型。完成了數據集中整合和處理,形成了統一的客戶信息視圖,實現基於數據的各類應用,最終將數據中心、成本中心轉化為利潤中心。
未來,中信建投證券信息技術部將遵循《金融科技(FinTech)發展規劃(2019~2021年)》,以開放共享、合作共贏為原則,持續推進中臺戰略轉型,以先進的科技水平為業務轉型全面賦能,推動數字化轉型進一步深化落實。
作者丨中信建投金融科技+ 信息技術部
來源丨中信建投金融科技+(ID:gh_7b37c9a5ed49)
dbaplus社群歡迎廣大技術人員投稿,投稿郵箱:[email protected]
時代給予傳統金融業的危機感從未停止過,不論是互聯網的衝擊,還是疫情引發的新一輪挑戰。為此Gdevops全球敏捷運維峰會北京站精選出近10家銀行的金融科技探索,分享其在中臺建設、數據庫遷移、運維轉型上的實戰經驗,助力Fintech戰略落地。部分主題:
中郵消費金融:《建設敏捷型消費金融中臺及雲原生下的DevOps實踐》
建信金科: 《銀行數字化轉型戰略分析、關鍵技術及未來架構趨勢》
平安銀行:《平安銀行“傳統+互聯網”混合CMDB及運營中臺實踐》
中國銀行:《銀行日誌監控系統優化手記》
工商銀行:《ICBC的MySQL轉型探索之路》
農業銀行:《中國農業銀行信貸中臺及數據中臺建設實踐》
民生銀行:《民生銀行在SQL審核方面的探索和實踐》
螞蟻金服:《OceanBase分佈式數據庫在西安銀行的落地和實踐》
2020年,金融科技會走向何方?讓我們9月11日在北京一起復盤前十年,定義新十年!