IOE架構(gòu)對(duì)于金融業(yè)來說，涉及信息安全和成本過高的問題之外，還有許多技術(shù)上的問題。IOE架構(gòu)的本質(zhì)是“集中式計(jì)算+閉源商用系統(tǒng)”，程序運(yùn)行在少數(shù)主機(jī)服務(wù)器上，底層代碼無從得知，這會(huì)導(dǎo)致信息安全風(fēng)險(xiǎn)、自主可控能力弱化、可擴(kuò)展性低。
小插曲：針對(duì)美方批量、陸續(xù)將中國(guó)有關(guān)企業(yè)、機(jī)構(gòu)、高校和個(gè)人列入“實(shí)體清單”，去IOE的必要性更足了。
可行的解決方案：就是采用分布式架構(gòu)，可按需擴(kuò)容，快速響應(yīng)業(yè)務(wù)變化，大幅降低IT成本，可實(shí)現(xiàn)灰度發(fā)布，可支持大并發(fā)訪問，達(dá)到7*24小時(shí)運(yùn)行。
去IOE
金融業(yè)分布式微服務(wù)架構(gòu)原則
1) 采用集群部署，支持橫向擴(kuò)展
2) 封裝核心系統(tǒng)對(duì)外發(fā)布服務(wù)和數(shù)據(jù)接口，減少外圍系統(tǒng)配套改造
3) 重新建模、重構(gòu)組件或系統(tǒng)，消除知識(shí)產(chǎn)權(quán)爭(zhēng)議點(diǎn)
4) 365*24不間斷服務(wù)，實(shí)現(xiàn)灰度發(fā)布
5) 多時(shí)區(qū)處理
6) 對(duì)分布式一致性設(shè)計(jì)而言，重點(diǎn)考慮本地事務(wù)和跨庫事務(wù)
7) 批處理設(shè)計(jì)，重點(diǎn)考慮斷點(diǎn)續(xù)跑和同步機(jī)制
8) 多法人設(shè)計(jì)
9) 用開源數(shù)據(jù)庫或自主知識(shí)產(chǎn)權(quán)的數(shù)據(jù)庫替換DB2、ORACLE、TERADATA
GoldenDB數(shù)據(jù)庫是中興通訊的金融級(jí)的交易型分布式數(shù)據(jù)庫，是中國(guó)國(guó)內(nèi)唯一一個(gè)即將完成在大型銀行核心業(yè)務(wù)商用的數(shù)據(jù)庫產(chǎn)品。
10) 使用云存儲(chǔ)或私有云，來滿足可擴(kuò)展、安全性高、提高資源利用率，達(dá)到成本下降
去IOE的新一代架構(gòu)
分布式微服務(wù)架構(gòu)子系統(tǒng)劃分舉例
1) 核心業(yè)務(wù)子系統(tǒng)
2) 綜合查詢子系統(tǒng)
3) 報(bào)表子系統(tǒng)：
4) 作業(yè)調(diào)度管理子系統(tǒng)
5) 其他子系統(tǒng)
。。。。。。
分布式微服務(wù)架構(gòu)數(shù)據(jù)分布
1) 分庫方案：原則上按分行來，涉及大行需要再次拆分，這時(shí)候需要考慮并行查詢的技術(shù)性能問題。
2) 分表方案：業(yè)內(nèi)通常采用分庫內(nèi)按客戶號(hào)分表
3) 數(shù)據(jù)遷移方案
4) 設(shè)計(jì)原則：保持分行數(shù)據(jù)內(nèi)聚、水平切分?jǐn)?shù)據(jù)
分布式微服務(wù)架構(gòu)技術(shù)
1) 消息中心采用kafka
2) 分布式緩存集群：采用Ｃassandra Nosql作為索引，采用Ｒedis Nosql來存放各種系統(tǒng)參數(shù)
3) 應(yīng)用路由：采用Ｎgnix +JAVA,實(shí)現(xiàn)請(qǐng)求報(bào)文及交易規(guī)則分發(fā)。
4) 配置中心：采用Zookeeper +java ,配置各服務(wù)部署信息，交易歸屬網(wǎng)關(guān)等規(guī)則。
5) 作業(yè)調(diào)度子系統(tǒng)：負(fù)責(zé)作業(yè)執(zhí)行編排及運(yùn)行監(jiān)控。
分布式微服務(wù)架構(gòu)實(shí)施方案
(1)實(shí)施要點(diǎn)
- 基礎(chǔ)運(yùn)行環(huán)境搭建及整合
- 分布式微服務(wù)架構(gòu)
- 應(yīng)用程序?qū)嵤?/li>
- 作業(yè)管理
(2)切換策略
- 并行過度
- 灰度切換
- 全面上線
