IOE架構對于金融業來說，涉及信息安全和成本過高的問題之外，還有許多技術上的問題。IOE架構的本質是“集中式計算+閉源商用系統”，程序運行在少數主機服務器上，底層代碼無從得知，這會導致信息安全風險、自主可控能力弱化、可擴展性低。

小插曲：針對美方批量、陸續將中國有關企業、機構、高校和個人列入“實體清單”，去IOE的必要性更足了。

可行的解決方案：就是采用分布式架構，可按需擴容，快速響應業務變化，大幅降低IT成本，可實現灰度發布，可支持大并發訪問，達到7*24小時運行。

去IOE

金融業分布式微服務架構原則

1) 采用集群部署，支持橫向擴展

2) 封裝核心系統對外發布服務和數據接口，減少外圍系統配套改造

3) 重新建模、重構組件或系統，消除知識產權爭議點

4) 365*24不間斷服務，實現灰度發布

5) 多時區處理

6) 對分布式一致性設計而言，重點考慮本地事務和跨庫事務

7) 批處理設計，重點考慮斷點續跑和同步機制

8) 多法人設計

9) 用開源數據庫或自主知識產權的數據庫替換DB2、ORACLE、TERADATA

GoldenDB數據庫是中興通訊的金融級的交易型分布式數據庫，是中國國內唯一一個即將完成在大型銀行核心業務商用的數據庫產品。

10) 使用云存儲或私有云，來滿足可擴展、安全性高、提高資源利用率，達到成本下降

去IOE的新一代架構

分布式微服務架構子系統劃分舉例

1) 核心業務子系統

2) 綜合查詢子系統

3) 報表子系統：

4) 作業調度管理子系統

5) 其他子系統

。。。。。。

分布式微服務架構數據分布

1) 分庫方案：原則上按分行來，涉及大行需要再次拆分，這時候需要考慮并行查詢的技術性能問題。

2) 分表方案：業內通常采用分庫內按客戶號分表

3) 數據遷移方案

4) 設計原則：保持分行數據內聚、水平切分數據

分布式微服務架構技術

1) 消息中心采用kafka

2) 分布式緩存集群：采用Ｃassandra Nosql作為索引，采用Ｒedis Nosql來存放各種系統參數

3) 應用路由：采用Ｎgnix +JAVA,實現請求報文及交易規則分發。

4) 配置中心：采用Zookeeper +java ,配置各服務部署信息，交易歸屬網關等規則。

5) 作業調度子系統：負責作業執行編排及運行監控。

分布式微服務架構實施方案

(1)實施要點

• 基礎運行環境搭建及整合
• 分布式微服務架構
• 應用程序實施
• 作業管理

(2)切換策略

• 并行過度
• 灰度切換
• 全面上線