數字化轉型背景下的金融交易業務中臺實踐

EAWorld發表於2018-11-15

數字化轉型背景下的金融交易業務中臺實踐轉載本文需註明出處：微信公眾號EAWorld，違者必究。

引言：

目前金融業IT系統大多由業務部門或渠道進行豎井式建設，這種模式的好處是系統專業性強，但同時也給運營及IT管理部門帶來分散性陣痛。那麼如何在強監管與統一風控的形勢下，實現統一管控、快速響應、應需而變、按期交付？中臺架構就是在這種背景下應運而生。本文主要以某城商行基於BIIP實施的交易中臺的實踐案例展開分享，一起和大家探討企業數字化轉型中的背景、技術方案及功能架構。

目錄：

1、豎井建設模式痛點

2、交易中臺功能架構

3、交易中臺技術方案

4、交易中臺後期的發展方向

一、豎井建設模式痛點

現狀：豎井式建設，矩陣式架構

銀行業IT建設是國內架構最清晰、方法論最完備的，同時也是最複雜的，因此也勢必比其它行業將面臨更多的挑戰與機遇。

目前大部分銀行業的IT系統建設往往由各業務部門依據其各自條線建設專業對口的如“豎井”般縱向IT系統，IT和運營管理部門則對所負責的業務再進行橫向建設，各銀行依據其規模和業務量大小，IT系統的數量從百套至千套不等，如此數量眾多的系統縱橫交錯構成當前複雜的矩陣式的IT系統現狀。

豎井建設模式的痛點

豎井式建設模式帶來系統專業性強，也給運營及IT管理部門帶來分散性陣痛。

數字化轉型背景下的金融交易業務中臺實踐

豎井式建設帶來的好外是專業性強、業務對口，互動介面友好，但系統建設規模擴大後，卻給後期的維護與新系統引入的建設帶來一系列的問題。

同一個功能，比如轉賬交易，幾乎所有的渠道都有涉及，各系統通過ESB直接呼叫核心服務，在監管部門強監管政策密集出臺的今天，往往一份監管要求下達，分析後幾乎所涉及的渠道或業務子系統都需要進行改造，比如“261”、“賬戶分類“等。

同時應對複雜的市場環境；新業務的開展、風險部門對於全行業務風控要求、運管新規等；其它很多專案對於進度控制都有嚴格要求，甚至是“限期上線”。這些都給IT部門帶來巨大的挑戰。

而挑戰，往往也意味著機遇，“中臺戰略”就是在這樣背景呼之欲出，成為解決矛盾的一種有效可行方案。

二、交易中臺功能架構

以在某銀行基於BIIP（業務與創新平臺）建設的金融交易中臺為例，講述該實施案例中臺的業務邏輯架構。

數字化轉型背景下的金融交易業務中臺實踐

中臺業務邏輯架構

“中臺” 總體的設計概念是 “瘦核心、純渠道、厚中臺”，中臺的定位就是對風控與業務邏輯集中。

“瘦核心”：“瘦核心”是目前為應對當前多核心化的一個被廣泛接受的概念，讓核心計算和I/O能力集中處理當下高併發量的交易及賬務處理，而不將寶貴的核心資源使用在複雜多變的業務需求中，核心的第一要務是具有穩定性的服務響應與輸出。尤其是在多核心框架實施後，哪怕核心對需求進行響應，也可能涉及多核心的變動與改造。

“純渠道”：“純渠道”是指渠道本職的領域在於展現層，它專業性就在於人機互動或第三方資料互動。

 “厚中臺”：“厚中臺”負責處理核心與渠道剝離的業務邏輯、監管政策落地。為風控及業務規則提供了一個具有一致性且能快速交付的途徑。

在該方案中，交易中臺先期進行的金融交易與准入交易接駁。實現對已接駁交易邏輯規則的統一管控和邏輯實現。

數字化轉型背景下的金融交易業務中臺實踐

交易中臺功能架構

以下列舉該中臺應用已經落地的部分功能，該功能主要分為兩類，一類是簡單准入規則的校驗，另一類是邏輯判定。

在簡單准入規則的校驗中實現了渠道准入、時段准入、地域准入、交易型別准入等簡單控制。

在邏輯判定中實現了黑名單規則、限額規則、頻度規則、以及綜合規則等稍複雜的中臺功能。

數字化轉型背景下的金融交易業務中臺實踐

引入中臺架構後，渠道只處理基本要素完整性；新增子系統客戶化部分減少，投產更快；原有功能改造中臺統一管理，風險更可控；對監管需求能更快速推動。

數字化轉型背景下的金融交易業務中臺實踐

下面就實現幾個功能點簡單介紹一下，如人行提出的“交易安全鎖”中，通過交易准入可以實現人行檔案中要求對全渠道進行“夜間鎖”、“常用地鎖”、“境外鎖”等功能。

通過規則判定類可以實現“外管黑名單”、“涉恐黑名單”多核心同步的“開戶黑名單”以及ATM取現限額等功能。

三、交易中臺技術方案

數字化轉型背景下的金融交易業務中臺實踐

交易中臺技術方案

Primeton BIIP是一款領先的SOA應用平臺，秉承一貫的產品理念和特色，採用了先進的SOA架構，基於JavaEE、Eclipse等開放的技術和平臺，支援線上業務配置化開發，並把平臺化擴充套件技術、構件技術、視覺化技術、圖形化技術與SCA、SDO等SOA標準技術完美結合起來，為客戶構造SOA應用提供了從設計、開發、除錯和部署，到執行、維護、管控和治理的全生命週期支援。

數字化轉型背景下的金融交易業務中臺實踐

BIIP 功能概覽

BIIP 從功能上可以劃分為 開發門戶（IDE整合開發環境）, 服務執行平臺（BIIP Server）,監控和管理門戶(Gonvernor), 以及提供使用者管理功能的業務門戶 (coframe 框架)。

開發門戶（IDE整合開發環境）是集面向構件應用的設計、開發、組裝、除錯、維護、部署、管理和釋出於一體的整合開發環境，提供對SOA應用和服務全生命週期的開發、維護和管理。

服務執行平臺（BIIP Server）是支撐中臺應用和服務的執行環境，BIIP Server由SCA（Service Component Architecture）容器、構件執行環境、頁面流引擎、邏輯流引擎、系統服務、基礎服務等核心模組組成。EOS Server是一個面向SOA的基礎設施，實現了SOA的核心程式設計模型SCA1.0、SDO2.1的標準規範。

監控和管理門戶(Gonvernor)主要功能是以圖形化的方式實現在中臺系統執行時進行監控，以利於系統開發人員及執行管理人員進行系統除錯與系統診斷。通過實時線上監控和管理工具，可以實現對應用系統各個層次進行監控和管理。使用者只需通過Web介面即可實時監控應用系統的各項執行引數，快速診斷和修正系統執行時的錯誤及異常，用更少的維護成本確保系統正常發揮作用。

業務門戶 (coframe框架)提供了輕量級門戶框架，幫助企業快速實施見效。

四、交易中臺後期的發展方向

技術上向分散式微服務方向遷移

數字化轉型背景下的金融交易業務中臺實踐

  • 厚中臺技術架構的目標就是需要去中心化

從厚中臺的業務架構圖可以看出，厚中臺其實質上會成為一個金融企業某一類或者多類業務的業務邏輯核心，但集中化的業務架構存在引發“雪崩”效用的可能，所以技術就需要選擇一個去中心化的底層架構來搭建厚中臺應用。

  • 微服務的優點

微服務業務功能簡單，功能邊界清晰，易於開發、理解和維護

每個服務可以由專門的開發團隊開發，自由選擇技術棧，如資料庫、程式語言

服務間呼叫採用的API介面，只要介面不變，內部調整對其他微服務透明

微服務無狀態部署，通過註冊中心自動發現，可以新增或者移除服務例項，按需彈性伸縮，橫向擴充套件很容易

單個微服務十分輕量，啟停速度很快，且便於持續自動化部署

每個微服務都是獨立部署，技術棧選擇自由，所以可以獨立演進

交易中臺的業務方向

數字化轉型背景下的金融交易業務中臺實踐

結合實際工作中的一些經驗，厚中臺以後業務發展往如下三個方向將大有可為

一、智慧風控

大資料引入金融行業後，一個規則不再是簡單的幾個條件能夠判定，而是需要接合大資料（主要是外部資料）跑分結果來綜合進行判定，而外部資料在即時性、全面性上對內部資料進行極大的決斷和支撐。

二、靈活定義

中臺應用將由按需開發轉向業務操作人員按需配置，厚中臺深化後可將更多的業務邏輯進行固化，業務人員可自由實現規則編排預演後固化為中颱規則。

三、業務邏輯剝離

業務邏輯剝離指的是核心業務邏輯剝離，而中臺的方向是這些被剝離的業務邏輯整合。

總結：

總之，在當前IT系統更新升級頻繁的時代，“中臺”的上游核心層會更新升級、下游渠道層會更新升級，那在這瞬息萬變的時代，何以安放金融的靈魂？這時“厚中臺”將成為一家銀行機構的IT資產沉澱、管理風格的最佳載體，是以在未來相當長一段時間內它將是企業資訊化建設的核心。當然，“厚中臺”的建立不是一蹴而就的，每個企業都應該基於實際情況打造自己獨有的中臺能力，在這個過程中，需要遵循適度原則，堅信適合自己的才是最好的。中臺建設應該順時而變、順勢而變、隨需實踐。

精選提問：

問1：按層次劃分，應該是渠道-業務前臺-業務中臺-業務後臺。本文是不是把業務前臺和中臺都劃分到中臺了。

答：這是全行級的中臺系統，不只是針對某一個或者某幾個系統，而是針對某幾類業務中臺，關注的是業務型別。將多個系統的中臺共性抽取，統一管控。

問2：又有SOA，又有微服務，中臺是微服務架構嗎？是不是這樣理解，今天講的中臺，是採用了普元的SOA產品，未來的發展方向，是中臺將採用微服務架構？

答：是的。可能仍有部分城商行還是會在SOA上實施。微服務的興起並不是表示就沒有SOA的生存土壤，只有適合的才是最好的。各企業應該根據實際情況來決定和推進技術架構選型和升級。

數字化轉型背景下的金融交易業務中臺實踐

關於作者：鄭張翼，普元專案總監，18年軟體行業、8年金融軟體行業經驗。負責多個銀行金融前置、中間業務系統、綜合前置系統建設工作，參與多家銀行資金管理系統等10多個大型專案的技術方案與實施，具有豐富的專案管理與實施經驗。

關於EAWorld：微服務，DevOps，資料治理，移動架構原創技術分享

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/31562043/viewspace-2220184/，如需轉載，請註明出處，否則將追究法律責任。

相關文章