Summit系統是由Misys(現已被Finastra收購)公司開發的一套用於銀行、券商進行銀行間(主要)資金交易管理的系統。集前臺交易錄入;中臺額度管理、合規管理、估值管理、工做流管理;後臺清算管理、帳務處理於一身的前中後臺一體化系統。Summit尤爲擅長後臺,後臺功能很是強大。Summit系統架構非要優秀,從界面到流程、到後臺API均可以進行客製化擴展和開發。開發時間大概在1999年左右,直到目前,仍然佔據全球60%的主要銀行客戶,能夠說很是強大。在國內也有大量重量級的客戶,好比交通銀行、浦發銀行、廣發銀行、寧波銀行、光大銀行、北京銀行、南京銀行、平安證券、微衆銀行等。前端
Summit的缺點在於,系統很是複雜而難以掌握。Summit系統設計理念即爲高可擴展性,在Summit系統中,幾乎什麼都是能夠配置的。也正是由於這個,每一個功能都依賴於太多的配置,以致於須要大量時間去搞清楚該功能的依賴配置到底該如何配置。其初始學習曲線比較陡,但花1~2年熟悉Summit套路後,就可舉一反三,掌握基本用法。數據庫
Summit系統前端使用C#開發,所以,只能在Windows環境下運行。界面至關友好。後端使用C/C++開發,因爲歷史遺留問題(畢竟90年代的系統),幾乎全部底層API都是使用C寫的,後來C++出現後,只是在外圍包裹了一層C++而已。Summit系統還有一箇中間層,用來進行前/後端通信。後端
Summit系統優秀的架構,提供了其技術層面上高可擴展性。一方面,Summit系統的開發工做相對來講較容易,只須要掌握一些API的使用規則便可。大量的精力是花在搞懂業務規則上。另外一方面,若是不使用Summit API,本身也可使用C/C++和其開源庫,寫出不少好用、性能高的框架,而後套到Summit後端。筆者就寫過不少平臺類的組件,套到Summit整個框架內。數據結構
最後,我要強調一點,Summit系統的架構的真的很是優秀。90年代,C語言主流,C++/Java剛剛興起,Summit系統的數據模型,能夠作到面向對象。Summit全部的數據結構,均可以像Java類同樣,知道其屬性、方法,能夠直接進行屬性擴展和方法擴展;Summit系統使用的前/後端通訊方式,不是當時流行的TCP,而是HTTP協議;Summit系統各個組件,License管理、認證管理、數據庫訪問等井井有條,相似於Linux分層結構,很是優秀。筆者後續將陸續介紹Summit系統的數據模型、系統架構等方面的內容。架構