恒生O32系統的發展歷程

O32系統即基金投資管理系統，其實從名字不難看出最開始是為基金公司開發的系統，到后來逐步涉及到券商、券商資管、保險、信托、期貨，所以說O32系統的發展歷程幾乎伴隨著整個基金行業的發展。

首先為什么叫O32呢？其實主要是以底層數據庫使用什么作為命名依據的，在2003年之前，由于使用的是SqlServer數據庫，當時還叫做S1.0、S2.0；2003年3月恒生推出O3系統，開始引入Oracle數據庫（系統所有的數據都存在里面），在S2.0系統基礎上升級，所以改叫O3（"O"取用"Oracle"首字母，3代表升級了，不再是之前的S2.0了）；2007年恒生將O3系統多個業務模塊重新開發升級，推出O3升級版O32系統，意思是我比之前的O3要強很多了。

這十幾年中，恒生從O32衍生出很多系統，下面這些系統就和O32有著千絲萬縷的關系，足見O32系統的龐大、復雜。

順應行業發展的O45系統

前幾年大家使用O32系統體驗還是不錯滴，但是隨著業務量的不斷提升，大家明顯感受到現在O32系統在交易速度方面存在很大的性能瓶頸，這主要原因還是十幾年前的系統架構已經無法支撐現在的業務量了，所以2015年起恒生考慮通過內存化交易從而提高交易速度，向市場推出了O4系統(也叫UFT, Ultra Fast Trade，極速交易)。但O4系統(O32版本的極速交易，在O32系統基礎上增加的子系統)的同業使用率并不高，我司也沒有使用該子系統，一是因為O32涉及業務范圍太廣，極速交易子系統無法快速滿足所有業務場景；二也是因為恒生后續主要想向市場直接推廣O45系統。所以今天主要為大家介紹O45系統：

No.1 行業為什么需要O45

No.2 我司目前面臨的問題

No.3 O45系統架構總覽

O45是統一主系統 + 子系統模式，各個子系統單獨部署、單獨升級，松耦合，比如只是改造創業板，那么只需要升級權益子系統即可，進行ETF相關改造，也不會涉及到固收子系統什么事。總體來說，把系統分為多個子系統，改哪兒就升級哪套子系統，只針對該子系統進行測試驗證，無需腳摔傷了，把整個身體都檢查一遍。

O32與O45的巔峰對決

O32系統

目前采用基于插件的CRES架構，CRES理解為：C++、Reused（可復用）、Easy (易用)、 Solution（一個解決方案），主要靠各類插件支撐系統。

其中間件是C++語言開發、后臺主應用服務大部分是C語言、前臺程序是比較老的Delphi6開發，只能編譯出32位程序，這就是為什么有時候恒生O32系統會彈出來帶有out of memory關鍵字的報錯，因為32位程序運行在我們在64位操作系統，最大尋址空間是2G，其中操作系統占用0.5G，我們的O32系統就只剩下了1.5G左右，超過1.5G就會報錯，這個時候需要關閉O32客戶端重啟即可，所以若非必須，不建議同時打開很多菜單，因為每個菜單都會占用一定內存。

O45系統

所采用的JRES3.0技術平臺基于原生SpringBoot開發，是一個符合互聯網分布式系統開發的JAVA開發技術平臺，具備可復用（Resume）、可擴展（Extend）、高安全（Security）的特性，降低業務開發人員技術要求，提升開發效率以及系統穩定性。

其中間件是Java語言開發、后臺主應用服務是Java和C++語言、前臺不再單純是之前CS架構了(即通過客戶端登錄)，增加了BS架構(即通過web瀏覽器的形式直接登錄)，既可以通過客戶端形式登陸，也可以通過瀏覽器登陸了。數據庫也拋去了Oracle，引入了Mysql，準確說不能叫O45了，但是O32已經深入人心了（前面講到之前的"O"就是指"Oracle"），所以也就延用這個名字。

以上這些變化主要是由于系統整體架構變化導致的，這也是整個互聯網金融發展的趨勢帶來的變化，通過這些后臺的改造，帶給我們前端用戶最直觀的感受就是交易速度變快了，系統更加靈活、擴展性更強。如果說之前的O32是一頭龐大的大象，有力而笨重，那么O45可以說是一只勇猛的獅子，強壯而靈活。

JRES3.0架構幾大特性

• 組件化
  采用微服務技術架構，基于服務和組件，按最小業務單元劃分，可根據用戶需求對組件進行組裝。
• 松耦合
  業務層微服務架構松耦合。
• 可擴展性
  采用小核心、大外延的設計思想，降低模塊間耦合，具有高度的可擴展性和靈活性，適應未來的業務發展變化。
• 開放接口
  通過接口交互，只要保證接口不變，核心系統再怎么修改和演進也不會對外圍功能產生影響，實現投資系統與外圍功能的松耦合。
• 內存極速交易
• 數據走內存（很快喲），先報單，再落庫。

總結

以上是生活随笔為你收集整理的恒生O32系统的前世今生的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。