ESB是解決服務消費者和服務提供者之間的點對點連線關係的。點對點連線當然不如大家都連到一個“匯流排”上，這樣就會實現物理位置、傳輸協議等多個方面對透明。

ESB 具有四個主要功能：

訊息路由：將傳入訊息傳送到目的地，該目的地透過硬編碼方式連線的邏輯確定或基於內容的動態方式確定。路由是啟用服務虛擬化的關鍵功能。在呼叫方和服務之間建立中間層可以在呼叫方不知道更改的情況下移動服務的位置。

訊息轉換：將傳入訊息從一種格式轉換為另一種格式。例如，可以將逗號分隔的訊息轉換為 SOAP，這樣可以將資料傳遞到 Web 服務。

協議中介：傳入訊息使用不同的協議從發出位置傳送。例如，傳入訊息可以使用 HTTP，而傳出訊息可以使用 WebSphere MQ。

事件處理：事件的傳入訊息一般透過釋出和訂閱模型分發給許多端點。

如果需求是以資料為中心的，則顯然要選擇 ESB。

RestCloud ESB

RestCloud透過分散式部署ESB編排伺服器可以應對任何大流量的HTTP的API請求，ESB伺服器首先把請求流量持久化到MongoDB中然後透過分散式排程協調器來排程流程執行機對編排流程進行排程，可以把API中的請求資料按照即定的 業務邏輯和規則把資料非同步推送到任何業務系統中，流程執行完成後還可以回撥客戶端的API。

其次微服務是近幾年比較流行的新興架構，更多的採用Restful介面而不是WebService，微服務類似於七巧板的元件，以小粒度為使用者提供服務，使用者可以根據自身的喜好自由組合配置服務元件，靈活的進行擴充套件。但是微服務的侷限在於因為服務量增多，管理成本增加，微服務難以用整體架構的形式進行支撐，個人認為微服務更加適用於快速響應如：APP，前後端分離架構，網際網路模式互動。

ESB（企業服務匯流排）作為SOA中重要的承載物，可以說是企業資訊的“龍骨”，透過ESB實現服務的消費者及提供者之間的聯通與管理，實現服務的治理、重組、編排和代理等，可以有效的支撐企業級的資訊化整合架構的落地。

總之，個人認為微服務的整合依然需要中介軟體的支撐，透過微服務以更細緻的粒度，更快的響應速度滿足網際網路的需求，結合ESB對繁雜的微服務進行整合、治理、編排，作為企業資訊架構落地的堅實支撐。