溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
轉載本文需注明出處：微信公眾號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，數據治理，移動架構原創技術分享
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
