【銀行】商業銀行IT系統架構規劃
阿新 • • 發佈：2019-01-09
我國大量的中小銀行（數百家城市商行和農村信用社）是在九十年代中後期開辦的。經過十多年的發展，中小銀行逐步建立起了支援其主要業務運轉的IT基礎設施、應用系統以及相應的管理、開發和運維體系。目前，中小銀行IT應用水平大致與四大國有商業銀行第二個發展階段相當。雖然中小銀行近年來不斷加大IT投入，IT建設也更趨理性化，但仍然普遍存在諸多問題：
1.中小銀行的IT架構可擴充套件性較差，難以適應不斷變化的經營環境，難以滿足快速發展的業務需求；核心業務系統的可伸縮性不足，處理效能難以應對業務量快速增長的形勢，業務高峰時刻經常出現堵塞、宕機、資料差錯等可靠性問題。
2.更重要的是，中小銀行的IT建設缺乏規劃。從基於PC的第一代架構，到基於小型機的第二代架構，中小銀行的IT建設基本上是跟在大銀行後面亦步亦趨，沒有能夠很好地吸取大銀行的經驗教訓，讓自己少走彎路；近十年來，國內銀行業市場競爭日趨激烈，由於實力不及大銀行，中小銀行大多隻能依靠先聲奪人的方式來爭奪新產品市場，許多專案等不及規劃就匆匆上馬，整個IT架構逐漸變得無序，甚至混亂——技術紛繁複雜，功能重複，管理成本不斷提高；許多中小銀行IT自主實施能力薄弱，應用系統的設計和開發大多依靠整合商，或者乾脆外購，形成眾多以部門為邊界、孤立建設的應用系統，難以滿足未來新產品研發和全業務流程支撐的需要。
3.由於缺乏資訊的整合和關聯，管理層很難獲得準確的市場、銷售、財務等方面的資料來支援其進行快速、正確的決策，只能根據自己的經驗和不完整的資訊來進行管理，決策風險依然很大。
如何能在有限的資源配置下，拓展出一條可行的、能夠適應未來業務發展的IT建設之路，是對中小銀行IT部門的一大挑戰。目前，中小銀行自身高階的業務和技術人才匱乏，藉助專業金融IT諮詢公司為自己梳理和規劃IT架構，顯得非常必要。但最大的問題可能還不是如何制訂一個適用的、有前瞻性的IT規劃，而是怎樣才能有效地實施IT規劃。一方面，中小銀行需要有管理機制上的變革，打破部門障礙，確保IT規劃能夠在整個企業範圍內得到落實；另一方面，需要精心選擇一個整體性的IT架構解決方案，這個解決方案必須與IT規劃相融合，能夠構建一個既適用於當前，又能夠滿足長遠發展需要的相對穩定的IT架構，確保整個IT系統能夠柔和、平緩地完成轉變，最終實現IT規劃目標。
二、銀行IT架構規劃的關鍵抉擇之一：基礎架構
基礎架構規劃是IT架構規劃的重要組成部分，銀行應當立足自身特點，選擇適用、有效、成熟的技術，而非時髦、“先進”或者“高階”的技術，構建能夠滿足業務長遠發展需要的基礎架構。
硬體平臺、作業系統、資料庫、中介軟體和開發工具是幾個關鍵的、必須慎重抉擇的基礎技術領域。根據中小銀行的業務特徵和發展形勢，以普遍運用刀片或機架式PC伺服器、Windows Server/LINUX和.NET/J2EE為顯著特徵的基礎架構是適用的。
在這樣的基礎架構中，除了核心業務後臺應用系統（例如，對私、對公業務後臺系統，客戶資訊系統）仍然使用小型機、UNIX和CICS/Tuxedo——這主要是為了滿足傳統的核心業務對可靠性的極高要求，同時也使已有的基礎架構和應用資源得以繼續利用——之外，新業務和產品的服務層系統（例如，國內大銀行開發的大前置，以及中間業務平臺、投資業務平臺、現金管理、私人銀行等應用的服務層系統）、ESB（Enterprise Service Bus，即企業服務匯流排。在應用架構中引入ESB可以幫助企業很好地整合其異構的各種應用系統。在國內銀行業，目前還鮮有真正成功實施了ESB的。從技術實現方面看，ESB和國內大銀行開發的內部的交換系統非常相似，可以看成新一代的綜合交換系統）、資料分析和決策支援、電子銀行（網上銀行、手機銀行、電話銀行和客服中心）等重要的應用領域均採用PC伺服器+Windows Server/LINUX+.NET/J2EE的解決方案。由於支援叢集部署，這種解決方案可伸縮性極強，能夠以低廉的成本構建具有強大處理效能的基礎架構，輕鬆應對長時期業務量快速增長的嚴峻形勢，整體可靠性完全能夠滿足關鍵業務系統的苛刻要求。
一些中小銀行在上述應用領域內選擇採用UNIX+J2EE的解決方案，看中這類方案的“開源、免費和標準”。業內大量的實踐證明，同等的硬體配置，Windows Server+.NET方案能夠達到10倍於UNIX+J2EE方案的效能，可靠性也高得多，更能夠滿足中小銀行業務長遠發展的需要；雖然J2EE產品號稱開源、免費，但技術支援費用不菲，總擁有成本仍然是Windows Server+.NET方案具有優勢；雖然J2EE被當作業內標準，但廠商在各自的產品中附帶了大量非標準的擴充套件功能和元件，一旦使用了這些擴充套件功能和元件（這是非常普遍的），應用就無法遷移到其它J2EE產品上。考慮到這些因素，相對於J2EE，.NET可能更加適合在中小銀行應用——根據最新的統計資料，.NET在歐美金融業的應用已經遠遠超過J2EE，並且在開源專案的支援下，.NET應用也同樣可以部署在LINUX和絕大多數種類的UNIX上。
此外，各類銀行職員（網點櫃員、客戶經理、客服人員、業務管理人員、系統管理人員、設計人員，等等）統一的工作臺和自助銀行等客戶端應用系統也普遍運用Windows和.NET，這意味著這樣的基礎架構技術構成相對單一，能夠有效地降低中小銀行在技術培訓、應用開發和系統維護等方面的成本。
這樣的基礎架構在技術上是成熟的。國外許多先進銀行都選擇了這種基礎架構，國內大銀行也在許多重要的應用領域中採用了同樣的基礎架構（例如，農行的網上銀行應用系統，ESB，中行的集中式櫃面應用系統，等等）。
三、銀行IT架構規劃的關鍵抉擇之二：應用標準、平臺和框架
選擇優秀的應用標準、平臺和框架構建高質量的應用系統，是卓越的應用架構規劃和實施的關鍵。
例如，WebService就是一個很關鍵的應用標準，使用和提供WebService是應用架構規劃工作中必需考慮的問題。WebService已經在許多行業得到了普遍應用，如果要開發基於企業互聯模式的業務應用，WebService將是最佳的對接標準；更重要的是，基於WebService統一企業內部服務標準，能夠極大地提高企業內部應用資源的重用程度，同時實現異構基礎技術的完美融合。
但任何事物都有兩面性，優秀的應用標準也不例外。WebService就有2個重要問題往往是銀行這類企業高度關注的：如果應用都採用WebService標準來提供服務，那麼呼叫ebService的整合型應用（可能要佔企業應用總量的90%）的執行效率和吞吐量是否會大大下降；同時，整合型應用的一個處理過程可能會呼叫多個WebService，一致性又如何保證。
顯然，標準化本身並不是萬能的，如果應用設計不當，採用標準反而會產生巨大的負面作用，標準化實際上是對企業的應用設計和實施能力提出了更高的要求。中小銀行的IT資源本來就非常有限，其應用設計和實施能力即便是應對當前的需求也已經是捉襟見肘，如何才能高質量地實施一個可以和大銀行相媲美的卓越的應用架構規劃呢？
選用優秀的應用平臺和框架是一個非常有效的解決辦法。所謂應用平臺和框架本質上也都是一些應用，這些應用不對具體業務提供支撐，但是可以開發外掛載入到這些應用上構成完整的、支撐具體業務的應用系統（通常，應用框架僅指基本的執行框架和基礎元件庫，不提供外掛開發和執行管理工具，而應用平臺功能和工具的配備更加完整），這種模式能夠大大簡化、加速某類業務應用的開發，提高業務應用的質量。與CICS/Tuxedo、J2EE和.NET之類的基礎軟體不同，應用平臺和框架一般都是針對某個行業（或者領域）構建的，提供了該行業（或者領域）大量常用的、公共的基礎功能和處理流程的封裝，為該行業（或者領域）具體業務應用提供更有效的支援。
1.中小銀行的IT架構可擴充套件性較差，難以適應不斷變化的經營環境，難以滿足快速發展的業務需求；核心業務系統的可伸縮性不足，處理效能難以應對業務量快速增長的形勢，業務高峰時刻經常出現堵塞、宕機、資料差錯等可靠性問題。
2.更重要的是，中小銀行的IT建設缺乏規劃。從基於PC的第一代架構，到基於小型機的第二代架構，中小銀行的IT建設基本上是跟在大銀行後面亦步亦趨，沒有能夠很好地吸取大銀行的經驗教訓，讓自己少走彎路；近十年來，國內銀行業市場競爭日趨激烈，由於實力不及大銀行，中小銀行大多隻能依靠先聲奪人的方式來爭奪新產品市場，許多專案等不及規劃就匆匆上馬，整個IT架構逐漸變得無序，甚至混亂——技術紛繁複雜，功能重複，管理成本不斷提高；許多中小銀行IT自主實施能力薄弱，應用系統的設計和開發大多依靠整合商，或者乾脆外購，形成眾多以部門為邊界、孤立建設的應用系統，難以滿足未來新產品研發和全業務流程支撐的需要。
3.由於缺乏資訊的整合和關聯，管理層很難獲得準確的市場、銷售、財務等方面的資料來支援其進行快速、正確的決策，只能根據自己的經驗和不完整的資訊來進行管理，決策風險依然很大。
如何能在有限的資源配置下，拓展出一條可行的、能夠適應未來業務發展的IT建設之路，是對中小銀行IT部門的一大挑戰。目前，中小銀行自身高階的業務和技術人才匱乏，藉助專業金融IT諮詢公司為自己梳理和規劃IT架構，顯得非常必要。但最大的問題可能還不是如何制訂一個適用的、有前瞻性的IT規劃，而是怎樣才能有效地實施IT規劃。一方面，中小銀行需要有管理機制上的變革，打破部門障礙，確保IT規劃能夠在整個企業範圍內得到落實；另一方面，需要精心選擇一個整體性的IT架構解決方案，這個解決方案必須與IT規劃相融合，能夠構建一個既適用於當前，又能夠滿足長遠發展需要的相對穩定的IT架構，確保整個IT系統能夠柔和、平緩地完成轉變，最終實現IT規劃目標。
二、銀行IT架構規劃的關鍵抉擇之一：基礎架構
基礎架構規劃是IT架構規劃的重要組成部分，銀行應當立足自身特點，選擇適用、有效、成熟的技術，而非時髦、“先進”或者“高階”的技術，構建能夠滿足業務長遠發展需要的基礎架構。
硬體平臺、作業系統、資料庫、中介軟體和開發工具是幾個關鍵的、必須慎重抉擇的基礎技術領域。根據中小銀行的業務特徵和發展形勢，以普遍運用刀片或機架式PC伺服器、Windows Server/LINUX和.NET/J2EE為顯著特徵的基礎架構是適用的。
在這樣的基礎架構中，除了核心業務後臺應用系統（例如，對私、對公業務後臺系統，客戶資訊系統）仍然使用小型機、UNIX和CICS/Tuxedo——這主要是為了滿足傳統的核心業務對可靠性的極高要求，同時也使已有的基礎架構和應用資源得以繼續利用——之外，新業務和產品的服務層系統（例如，國內大銀行開發的大前置，以及中間業務平臺、投資業務平臺、現金管理、私人銀行等應用的服務層系統）、ESB（Enterprise Service Bus，即企業服務匯流排。在應用架構中引入ESB可以幫助企業很好地整合其異構的各種應用系統。在國內銀行業，目前還鮮有真正成功實施了ESB的。從技術實現方面看，ESB和國內大銀行開發的內部的交換系統非常相似，可以看成新一代的綜合交換系統）、資料分析和決策支援、電子銀行（網上銀行、手機銀行、電話銀行和客服中心）等重要的應用領域均採用PC伺服器+Windows Server/LINUX+.NET/J2EE的解決方案。由於支援叢集部署，這種解決方案可伸縮性極強，能夠以低廉的成本構建具有強大處理效能的基礎架構，輕鬆應對長時期業務量快速增長的嚴峻形勢，整體可靠性完全能夠滿足關鍵業務系統的苛刻要求。
一些中小銀行在上述應用領域內選擇採用UNIX+J2EE的解決方案，看中這類方案的“開源、免費和標準”。業內大量的實踐證明，同等的硬體配置，Windows Server+.NET方案能夠達到10倍於UNIX+J2EE方案的效能，可靠性也高得多，更能夠滿足中小銀行業務長遠發展的需要；雖然J2EE產品號稱開源、免費，但技術支援費用不菲，總擁有成本仍然是Windows Server+.NET方案具有優勢；雖然J2EE被當作業內標準，但廠商在各自的產品中附帶了大量非標準的擴充套件功能和元件，一旦使用了這些擴充套件功能和元件（這是非常普遍的），應用就無法遷移到其它J2EE產品上。考慮到這些因素，相對於J2EE，.NET可能更加適合在中小銀行應用——根據最新的統計資料，.NET在歐美金融業的應用已經遠遠超過J2EE，並且在開源專案的支援下，.NET應用也同樣可以部署在LINUX和絕大多數種類的UNIX上。
此外，各類銀行職員（網點櫃員、客戶經理、客服人員、業務管理人員、系統管理人員、設計人員，等等）統一的工作臺和自助銀行等客戶端應用系統也普遍運用Windows和.NET，這意味著這樣的基礎架構技術構成相對單一，能夠有效地降低中小銀行在技術培訓、應用開發和系統維護等方面的成本。
這樣的基礎架構在技術上是成熟的。國外許多先進銀行都選擇了這種基礎架構，國內大銀行也在許多重要的應用領域中採用了同樣的基礎架構（例如，農行的網上銀行應用系統，ESB，中行的集中式櫃面應用系統，等等）。
三、銀行IT架構規劃的關鍵抉擇之二：應用標準、平臺和框架
選擇優秀的應用標準、平臺和框架構建高質量的應用系統，是卓越的應用架構規劃和實施的關鍵。
例如，WebService就是一個很關鍵的應用標準，使用和提供WebService是應用架構規劃工作中必需考慮的問題。WebService已經在許多行業得到了普遍應用，如果要開發基於企業互聯模式的業務應用，WebService將是最佳的對接標準；更重要的是，基於WebService統一企業內部服務標準，能夠極大地提高企業內部應用資源的重用程度，同時實現異構基礎技術的完美融合。
但任何事物都有兩面性，優秀的應用標準也不例外。WebService就有2個重要問題往往是銀行這類企業高度關注的：如果應用都採用WebService標準來提供服務，那麼呼叫ebService的整合型應用（可能要佔企業應用總量的90%）的執行效率和吞吐量是否會大大下降；同時，整合型應用的一個處理過程可能會呼叫多個WebService，一致性又如何保證。
顯然，標準化本身並不是萬能的，如果應用設計不當，採用標準反而會產生巨大的負面作用，標準化實際上是對企業的應用設計和實施能力提出了更高的要求。中小銀行的IT資源本來就非常有限，其應用設計和實施能力即便是應對當前的需求也已經是捉襟見肘，如何才能高質量地實施一個可以和大銀行相媲美的卓越的應用架構規劃呢？
選用優秀的應用平臺和框架是一個非常有效的解決辦法。所謂應用平臺和框架本質上也都是一些應用，這些應用不對具體業務提供支撐，但是可以開發外掛載入到這些應用上構成完整的、支撐具體業務的應用系統（通常，應用框架僅指基本的執行框架和基礎元件庫，不提供外掛開發和執行管理工具，而應用平臺功能和工具的配備更加完整），這種模式能夠大大簡化、加速某類業務應用的開發，提高業務應用的質量。與CICS/Tuxedo、J2EE和.NET之類的基礎軟體不同，應用平臺和框架一般都是針對某個行業（或者領域）構建的，提供了該行業（或者領域）大量常用的、公共的基礎功能和處理流程的封裝，為該行業（或者領域）具體業務應用提供更有效的支援。