非常高興來到大數據峰會跟大家一起分享一下北京銀行系統建設的實踐情況，先做一下自我介紹，我叫于振華，來自北京銀行，一直做的是銀行核心系統研發的工作，今天題目叫做“可擴展的系統架構實踐”大家看到今天我們討論的主題是分布式數據庫，在應用里面現在比較熱的是微服務架構，出現頻率最高的詞就是可擴展，當然還包括其他的因素，像高可用、敏捷等等因素，不只是只有擴展性一個因素，下面我們具體看一下。

我介紹的內容包括4個部分：1、做系統架構升級演進的過程；我們的需求是什么，要做什么樣的架構，從哪里做起；2、我們的實踐路線，先做哪個，今天介紹一下我們的思路，希望給大家一些參考；3、因為我們做架構升級不光是為了做架構升級而升級，而是確實對業務有發展、有幫助；第三方面會介紹一下北京銀行在分布式數據庫實現過程中都做了哪些業務對接、業務應用；4、最后還有一部分，因為我們的架構升級是整體全局性的工作，有些工作覺得我們已經做的差不多了，或者說已經到了中后段了，有些工作剛剛啟動，跟大家分享一下北京銀行的思路。

一、演進背景

現在對于軟件演進的學說，有些都不應該說是學說是傳說，說的很神，在我們看來軟件產業它的發展無疑是向兩個方向在發展，現在已經明確了，第一有些創新的功能我們要做出來，像今天討論分布式數據庫，要談到中間件式的比如分庫分表、多副本的協議，以及有了分庫分表、多副本之后數據一致性的保障，之前沒有現在有了，就是這個范疇里的；第二還有一個比較重要的是整個軟件產業向輕量化發展，現在談的都是敏捷、微服務化，為什么要這樣做？就是讓大家用起來更加簡單；

如果說到北京銀行做分布式數據庫這方面的工作，是開展的比較早的，我們為什么要做？最主要的原因還是外部因素的影響，相信大家應該也有感受，在這四五年的時間里面，大家的生活發生了很大的變化，涉及到支付、貸款、消費的，業務邏輯都發生了變化，從線下到線上，導致業務量的激增，我們是非常需要有一款能夠靈活擴展的產品，尤其是數據庫產品，這是一方面；還有以前談到的成本控制、自主可控要求等，這是我們演進升級的動力。

做轉型升級之前我們當時花了很長一段時間梳理行內系統，北京銀行系統是比較多的，大家看到片子上有一些系統架構應用形態，不避諱的談，北京銀行還有這種架構形態，包括單體應用、傳統數據庫，以oracle為代表的數據庫形態，單體部署模式、瀑布開發、常規營衛等等，今天我們討論新技術，是不是之前的架構就不好了？我覺得不是這樣，不好的話不可能支撐這么多年的業務發展，但是站在今天這個背景下，也是有一定的問題，包括擴展、敏捷程度等等，所以要做架構升級，在做架構升級的過程中，有些朋友聊說做架構升級有沒有什么原則、方向？希望用兩分鐘講清楚，那么就要說這三點，看起來很虛，但是真的實踐會有這三方面的感受：

1、要做到務實；新技術是好，但是不能為了做新技術而做新技術，一定要務實對業務有所幫助。

2、速贏；無論在什么樣的企業做架構升級，都會或多或少的遇到一些阻力，速贏讓你的組織對快速看到價值，比如我們做分布式數據庫也會有阻力，讓周圍人快速看到它的價值，對未來工作開展就很有幫助。

3、全棧，做架構升級一定要放眼全局，首先我們選的是分布式數據庫，選了一個金融技術框架，為什么選他們？是因為如果建設好它能夠帶來全棧的價值輸出。

北京銀行做架構升級的四大突破口，包括底層的NewSQL數據庫，包括金融云平臺，包括稍微往上一點的分布式技術、應用框架包括人工智能等相應的領域，包括現在做的分布式數據庫、智能客服等等這些都是屬于這個范圍；

以上是我給大家介紹的背景，為什么做這些事情。

二、實踐路徑

得益于領導的眼光獨到，北京銀行在做分布式數據庫這塊比較早，2016年已經開始做了，已經開始進行了預研的工作，那個時候在各家銀行都沒有可以參考的案例，我們花了很大的成本、時間做分布式數據庫的評測體系，確保產品一定能夠適應金融場景的要求。左圖是面向功能性的測試，亞洲服務器，包括比較重要的高可用、在線升級這種功能性測試，在評測過程中也逐一對它進行了評測；右圖是做性能測試的工具，并沒有采用TPCC、SYSBECH，因為我們覺得距離金融場景還有點遠，測完之后還是不知道在金融場景下能夠跑多少，我們因此建設了一個面向金融場景的評測工具。