1、 不需要寫大量的代碼
Esb產品采用了可配置的方式，用戶無需寫大量的代碼，通過esb產品就可以很輕松地實現數據的流轉整合。傳統寫代碼的方式，在控制數據整合時，需要寫大量的jdbc或者其他相關的代碼，工作量巨大，而且容易出錯；而采用esb產品的話，所有工作都是通過配置方式實現的，不需寫代碼或者只需少量的代碼即可實現相關功能，大大提高了工作效率。
2、 屏蔽了底層實現
數據傳輸和整合不僅僅是寫jdbc代碼這麽簡單，對於不是直接操作數據庫的情況，如采用webservice接口或者jms、socket等方式的情況，用戶還需掌握這些底層技術，增加了技術復雜度，帶來了額外的學習成本；而通過esb產品，用戶只需不同的組件跟流程通過配置就可實現相關功能，無需關心底層的技術實現。
3、 準確性高
寫代碼的方式需要在代碼中指定操作哪些數據源，哪些用戶，哪些表，取哪些字段，只要發生壹個小的錯誤就可能導致數據傳輸的失敗或者數據的不準確；而esb產品采用可配置的方式，所有跟數據操作相關的元素都由esb產品來獲取，用戶只需簡單選擇即可，避免了錯誤的發生，可以達到百分之百的準確。
4、 豐富的協議
Esb產品中包括各種常用或者不常用的傳輸協議，用戶可以根據實際情況選擇使用，可以應付各種不同的項目情況。
5、 豐富的行業積累
Esb產品作為壹個產品化的產物，不僅僅是解決壹些基礎的問題，產品自身還會根據在項目中的應用不斷完善和發展。Esb產品會把各種行業解決方案中用到的內容逐漸豐富到產品中，隨著項目的增多，行業的增多，esb產品的功能也越來越豐富，可以應對不同行業的不同需求。
6、 可維護性高
寫代碼的方式，如果需求等方面出現變動，就需要修改相應代碼，少則可能幾處，多則可能十幾處幾十處，給維護工作帶來了很大的不便，中間的任何疏漏都可能導致錯誤的發生；esb產品采用組件實現，即使需求發生變化，只需修改幾個組件即可，既減少了維護的工作量又增加了可靠性。
7、 安全性高
寫代碼的方式很少考慮安全性方面的要求，代碼只滿足了基本的需求，但是安全性不高；esb產品是成熟的全面的產品，不僅實現功能，還包括安全性方面的內容，比如在數據傳輸中采用安全性的協議，對傳輸的數據進行備份，對傳輸過程進行日誌記錄，即使在復雜的網絡情況下也能保證數據安全傳輸，即使出現問題也能通過日誌和備份進行分析查找並恢復，將損失降到最低。
8、 性能高
Esb產品充分考慮性能問題，在性能方面做了大量優化，可以極大提高傳輸效率，這是寫代碼所無法比擬的。
9、 監控管理
Esb產品包括監控平臺，可以通過監控平臺查詢已做的操作，正在運行中的操作及出錯的操作，及時掌握整個數據傳輸中的情況，還可以看到當前資源消耗的情況，快速找出瓶頸所在。監控平臺還有統計分析功能，方便用戶直觀的掌握整體情況，這些都是寫代碼所不能實現的。
二、esb缺點
依賴於Weblogic
重量級的統壹消息格式：
通過反編譯OSB的源碼，可以看出OSB將各種協議（HTTP,WS,JMS…）接入的消息統壹轉換為SOAP Message，再通過Xquery Engine對SOAP Message進行XML操作。
以下場景其缺點可立即顯現：
1.HTTP下的大數據包
2.JMS Object類型的大數據包（最新版本OSB才支持JMS Object類型，之前只支持JMS Text類型
依據：
對大數據包進行XML操作比較耗CPU
將大的Object轉換為XML是個繁重的操作