JavaOne 2015即將結束，這又是一次很棒的社區活動。 我和Rafael進行了兩次會議和HOL 。 我最喜歡的會議之一實際上是：關于ESB（如果今天完成的話）的樣子。

我以為那是過去？

我通常也傾向于這樣說。 但是，系統集成已經走了很長一段路，從單個系統之間的點對點連接到有助于使這些連接標準化的第一個集成解決方案。 隨著以業務為中心的設計的出現以及向以服務為導向的組織的更廣泛轉變，企業服務總線（ESB）從一種模式演變為多種產品。 他們都承諾通過作為集中化和管理的基礎架構組件來提供可重用性和可交換性。 隨著下一個技術的發展-微服務-越來越需要管理更多潛在的多語言和分布式服務。

每個人都在微服務中沖洗他們的解決方案？

供應商已經開始“微服務清洗”他們的工具和平臺，以引起您的關注。 段架構方法仍然太新，無法提出建議。 有一陣子，您仍然有責任通過自己的研究來了解所需的功能。 此時此刻，一些有前途的候選人正在從開源智囊中發展出來。 首先，像OpenShift Origin ， WildFly Swarm ， Fabric8和APIMan這樣的項目將幫助您將大多數難題組合到基于微服務的體系結構中。

這里還有更多的想法

我的演講摘要是：回顧過去的炒作主題，例如企業應用程序集成，ESB和SOA，事實是對可管理和可擴展的可靠集成解決方案的需求正在增長。 更多的設備和數據源，再加上新的和即將到來的用例，以及在云化的異構基礎架構中令人興奮的可穿戴設備，不僅需要具有某些規則和點對點連接的中央ESB，還需要更多的位和碎片。 那會是什么樣？ 以及如何使結果解決方案易于管理？ 期待您的反饋意見！

如果今天完成，ESB的外觀將如何。 來自Markus Eisele

現代Java EE設計模式

而且，如果您仍然停留在Java EE中，并且想知道如何構建可擴展的體系結構以實現可持續的企業發展，則必須下載我的最新著作。 它為您提供了關于所有新趨勢和主題的完整概述，并可以幫助您進行回顧（如果您仍在進行中）。

隨著DevOps，微服務，容器和基于云的開發平臺的興起，最新解決方案與企業通常支持的技術之間的差距已大大增加。 但是，正如Markus Eisele在O'Reilly的這份報告中所解釋的那樣，一些企業現在正在尋求通過在Java EE之上構建基于微服務的體系結構來彌合這一鴻溝。

翻譯自: https://www.javacodegeeks.com/2015/11/how-would-esbs-look-like-if-they-were-done-today.html

總結

以上是生活随笔為你收集整理的如果今天完成，ESB会是什么样子？的全部內容，希望文章能夠幫你解決所遇到的問題。

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