由於以前的銀行並不是很開發，存在系統之間集成的問題，所以無法快速對接外部場景，所以結構需要做出一些調整，建立開放生態，進而實現數據“業務化”。
主要從服務集成、API服務、數據驅動三個方面談談。
銀行數字化轉型有三個最主要的特徵：
- 用戶體驗：以用戶爲中心的客戶旅程設計
- 開放生態：與外部場景快速對接
- 數據驅動：通過數據洞察實現企業精細化運營，對客戶提供差異化服務
快速實現以用戶爲中心的客戶旅程設計，意味着未來的內外部應用/服務之間的相互協作會越來越密切，包括後端業務系統、渠道系統以及外部生態之間。這要求銀行能夠快速進行內部服務的集成和整合，能快速對接外部場景，這樣才能做到以用戶體驗爲核心，爲用戶提供方便、快捷的服務。而數據驅動的迫切需求也將使銀行越來越重視數據質量和數據價值，使數據“業務化”，通過數據讓銀行了解客戶，爲客戶提供定製化服務。
這對銀行IT架構支撐體系提出了新的能力要求：敏捷的服務集成、開放的API服務、智能的數據驅動。
一直以來，我們都知道ESB的最大優勢在於SOA理念的落地，這實際上是從企業整體系統架構優化的角度出發，實現系統間的鬆耦合。即將服務系統的服務發佈在ESB上提供給最終用戶和其他消費者，也因此ESB被認爲是純粹的、具有通用性的技術架構，而它與傳統綜合前置系統最大的區別在於後者將“業務”和“技術”混雜在一起，這使得銀行IT架構複雜、不清晰，牽一處而動全身；系統之間交互缺乏標準；軟件複用程度低、運營和溝通成本高。企業服務總線系統的建設涉及銀行服務治理，實現“業務”和“技術”的自由組合。
這裏主要談的敏捷的服務集成：
談到服務集成，很多人可能會想到企業服務總線（ESB）。從單個系統來看，其內部服務之間的訪問基本都是網狀結構，服務與服務直接進行訪問是順暢有序的，似乎無需服務總線來支持內部服務。也許有人認爲這是由於單個系統內部服務數量少，邏輯相對簡單，所以網狀結構沒有問題。
然而，在互聯網（INTERNET）上服務同樣是網狀結構，服務之間也是直接訪問，沒有人覺得在互聯網上需要經過一個服務總線來避免網狀結構。既然小到一個系統，大到整個互聯網，服務間都是通過端到端的直接訪問來實現服務集成，那爲什麼在企業級的IT架構規劃中通過ESB實現服務集成到現在仍然被很多人認爲是比較好的解決方案呢？
首先來看看ESB提出的背景。隨着銀行近二、三十年的發展，其IT建設從最早的一個綜合業務系統開始到現在的上百個系統。隨着系統數量的增加，系統間的相互訪問越來越多、越來越密切，系統的建設難度和改造難度也越來越大。這就是我們經常說的牽一髮而動全身，也是我們所“深惡痛絕”的網狀架構的由來。
這個時候有人提出應該有個系統來解決系統間服務集成的問題，來屏蔽系統的變化對關聯繫統的影響，來統一管理系統間的關聯關係。於是大前置及ESB就伴隨着這個痛點應運而生。但爲什麼只有企業級架構規劃中才會提出ESB的解決方案呢？其根本原因在於企業層面服務標準缺失或者滯後於IT系統建設。單個系統是由一個項目組來進行統一的設計和建設，其服務標準自然是統一的。互聯網是伴隨着HTTP協議問世的，其服務標準也是統一的。但銀行衆多IT系統的建設是各自先後完成的。
在很多年以前銀行IT建設的初級階段，銀行尚沒有考慮到在企業層面制定服務標準的想法。衆多IT系統的服務有着各自的標準，從而導致服務間訪問的難度和複雜度越來越大。由此很多銀行紛紛啓動並完成了ESB的建設。但其中不少完成了ESB建設的銀行仍然忽視了服務標準的制定和落地，而僅僅關注在ESB的服務轉接功能，認爲已經從“網狀架構”升級到了“總線架構”，服務集成已經不存在問題了。
實際上，如果沒有服務標準或者服務標準沒有落地，即使有了ESB，僅僅是把問題遷移到了ESB本身，服務集成的複雜度和難度沒有真正解決。因此對於企業內部服務集成來說，ESB建設的最終目標應該是“消滅ESB”。通過ESB完成對全行各個應用系統間訪問關係的梳理，根據制定的服務標準進行全面的服務治理。
通過服務治理使全行服務能夠遵循統一的服務標準後，服務之間實現了便捷規範的直接訪問，ESB也就失去了存在的意義。因此ESB是伴隨着服務標準滯後於IT系統建設或缺乏服務標準而產生的，是“存量服務治理過程中的過渡方案”，而非銀行進行服務治理的必經之路。相對於ESB，分佈式微服務架構更適合銀行進行服務治理，實現企業級SOA。服務集成的關鍵在於通過推進服務標準的全面落地，從而實現內部服務的“即插即用”。
總而言之，根據服務標準進行服務管控治理，使服務標準全面落地，實現內部服務的“即插即用”，這就是敏捷的服務集成能力。
以下內容可以幫助我們進一步瞭解ESB的IT價值。
第一，通過建設企業服務總線平臺，實現基於SOA架構的鬆耦合架構體系。全面解決系統之間的異構性問題，降低技術集成的複雜度，實現各個產品系統功能的服務化封裝，奠定全行服務化的應用架構基礎，全面提高銀行IT架構靈活度和支持業務創新的能力。
第二，通過服務治理，實現全行的服務生命週期管理及服務治理。通過梳理銀行主要系統的交易或服務，完成全行統一服務管理標準和技術標準的建立，同時建立銀行服務目錄及服務水平協議，提升IT管理能力。
第三，ESB使得核心系統、各業務系統獨立發展成爲可能。通過建設ESB，使銀行各系統間成爲鬆耦合關係，爲銀行各個專業的業務系統規劃、建造、替換提供了獨立的發展空間，系統間的連接成爲一件輕鬆快樂的工作，銀行的決策者們不需要每次系統改造時“如坐鍼氈”。
第四，它可全面提升銀行科技管理水平和能力。根據福里斯特研究所的報告，ESB整合商業銀行現有和新建的系統、流程、服務，增加靈活性促進發展、加強對重要資源的控制，從而幫助企業實現SOA的價值。全面提升銀行在系統開發、系統運行、業務發展、系統運維方面的能力，提高銀行科技管理能力。
神州數碼一直致力於銀行IT架構改造和優化項目的實施與諮詢，其擁有自主知識產權的企業服務總線Sm@rtESB已經成爲業界ESB實施的主流產品，實施案例超過30個，同時其長期積累下來的金融服務規範(MBSD)成爲了銀行服務治理建設的最佳藍本。