2012-09-14 51 views
4

我們正在嘗試確定哪個ESB在ServiceMix或WSO2之間進行選擇?esb解決方案,servicemix或wso2?

我們正在尋找一個ESB來:

  • 支持不同的協議(REST,SOAP,JMS,HTTPS,..)
  • 生成統計數據或一些控制檯看到「發生了什麼,有多少請求是到達,其中有多少是失敗,...」
  • 開發代理服務
  • 支持JMS

一個重要POIN t是價格,ServiceMix一個WSO2是免費的,但ServiceMix也有免費支持,...我不知道WSO2是否如此。

回答

2

WSO2 ESB支持您需要的所有功能,並且非常易於用戶使用。有很多有用的博客,在線文檔和一些網絡研討會。

wso2 esb免費支持主要是在這裏的計算器,他們也支付了價格,但你必須聯繫他們(我認爲價格取決於你需要的支持類型)。

我還沒有評估過servicemix,但WSO2 ESB看起來不錯。

+0

而WSO2 Developer Studio IDE也提供基於Eclipse的工具支持,以使用代理服務,序列等實現ESB中介流。因此,您可以使用Developer Studio來實現您的ESB構件,並使用Apache Maven生成可部署的構件,從而使您可以將ESB解決方案與Hudson或Jenkins構建集成。 –

0

WSO2還通過其社區提供free support。 WSO2 ESB支持不同的傳輸,並且能夠生成統計信息(調解,服務等)。只需看看the product page。您可以將ESB與WSO2 BAM 2.0集成,從而爲您提供分析和監控。此外,它提供了一個可以輕鬆連接的完整平臺。

2

取決於你需要做什麼。 ServiceMix(Fuse ESB)實質上是一個圍繞Apache Camel,Apache ActiveMQ和Apache CXF(+一些其他Apache集成項目,如ODE)的OSGi容器/控制檯。捆綁的ActiveMQ提供了一個開箱即用的JMS平臺,例如Mule ESB(雖然將Mule與ActiveMQ捆綁在一起並不重要)。

ServiceMix主要組件Camel和ActiveMQ通過郵件列表和錯誤跟蹤器提供了非常強大的社區支持。

Mule確實非常強大,它的Studio和數據映射器,儘管與EE版本相比,免費的Community Edition感覺相當有限,特別是當涉及到您請求的監督/監控時。

我不知道WSO2,但是在服務組合和Mule ESB CE中實際遵循流經ESB的消息的支持非常有限(如果有的話)。通過日誌記錄來實現一些統計數據並不是很困難,但這是一個手動操作。

0

WSO2 ESB對統計數據有廣泛的支持。正如我所看到的,它支持用戶所要求的所有內容,等等。在那裏,儘管通過集成BAM可以獲得詳細的分析和統計數據,但WSO2 ESB本身可以爲用戶提供統計數據。請參閱WSO2 ESB文檔中標題爲Monitoring WSO2 Enterprise Service BusStatistics的部分。

是的,WSO2 ESB支持REST,SOAP,JMS,HTTPS等支持的傳輸。 WSO2 ESB產品主頁提供了支持的協議和傳輸。

WSO2提供UI支持來開發代理服務,這使開發代理服務變得更容易一些。

我不熟悉ServiceMix,但我認爲你可以從其他答案中獲得一些適用的事實。

1

我會建議這個鏈接作爲初學者的參考頁面。 http://www.javacodegeeks.com/2012/03/integration-framework-comparison-spring.html

我還沒有使用wso2,但絕對可以談論保險絲。我一直在使用不同的保險絲集成功能。最重要的是,它是基於osgi的,如果您構建新的解決方案,這絕對是一件需要考慮的事情。我發現保險絲社區非常活躍。關於保險絲最好的事情是它提供了除了jms,rest,http代理端點,負載均衡器等之外的aws,hdfs和hbase的集成功能。

保險絲的確提供了一個ide。

關於日誌記錄,您絕對可以記錄到達esb的每條消息。

最後,我會說好詞,先不考慮esb的功能,而是將問題保留在前面,看看哪些解決方案更適合您。

4

我們一直在使用WSO2作爲項目,說實話,作爲Java開發人員我不喜歡WSO2。 - WSO2文檔非常糟糕。基本上他們的所有例子都是來自Apache突觸的複製粘貼。 - 諮詢架構師向我們展示了通過在GUI上開發代理服務是多麼容易,但如果您嘗試超越基本並尋找能夠告訴您GUI中的某個特定選項的樣本,那麼您將感到遺憾。如果一家公司推出的視頻也提供基於GUI的解決方案,因爲許多Java開發人員不喜歡使用XML,那麼它應該有示例和文檔展示如何使用GUI來做東西,而不僅僅是複製粘貼來自Apache Synapse的Xml解決方案。

  • 當我使用WSO2 ESB 4.XX版本(有新的版本在那裏),我發現在GUI中的幾個錯誤。附:我聽說這些錯誤已在最新版本的WSO2 ESB中修復。

  • 我已經轉移到使用serviceMix,我不能更快樂。服務組合非常直觀,文檔非常好。至於WSO2有eclipse插件的話,ServiceMix也是如此(請查看Fuse ESB IDE)。

  • 當我在WSO2着陸頁上閱讀EBAY使用WSO2時,我的經理被出售,所以它必須非常好。現在這是錯誤的方法。易趣可能有與我們不同的問題,所以上面提到的人會將您的問題放在您打算使用的產品之前。

  • WSO2的學習曲線非常陡峭,在google上找到解決方案的好運氣。

  • 在Servicemix中,您可以使用DSL/XML或純Java來完成您的工作。

更新:隨着WSO2 ESB的最新版本,WSO2創造了樣品/例子展示瞭如何做的事情在GUI中和通過普通的舊XML。

3

我一直傾向於使用WSO2,並在第一季度內禁止任何完全脫離藍色的東西。

現場/ AS-是:

  • Oracle服務總線11克
  • Oracle SOA套件10g和11g(作爲 「服務總線」)

「Roadmaped」 除了考生:

  • WSO2 ESB(Apache的突觸+)
  • 阿帕奇SERV iceMix

斯特朗挑戰者:

  • 保險絲ESB(Apache的ServiceMix的+)
  • UltraESB

停止爭用的:

  • 騾ESB
  • Tibco的,的WebMethods ,其他任何東西,是大資金

定義ESB作爲無狀態轉換,路由和調解我已經得到了無論是在遊戲還是在研究以下的系統(我們正在推動上推出OAGIS和你的問題是對我而言)。我的經驗和對以上列表中項目的印象沒有任何順序:

1)Oracle SOA Suite 10g和11g(可怕地用作「窮人」的ESB) 我的心痛是Oracle SOA套件。這是我真正喜歡的產品,但我的組織不能 - 不會購買RAC。而SOA套件在沒有RAC的情況下不會「飛」。此外,SOA套件還被設計爲「盡其所能」,包括我傾向於使用Camel(例如JMS,File,DB適配器等)的非有狀態適配器。所以它是一種混合的有狀態和無狀態,瞬間和長期運行,持久和短暫的編排和編排混亂。這對於快速制定一堆錯誤的長期決策是很好的。

2)OpenESB 我的第一個「SOA」愛...在零售上削減了我的牙齒。然後甲骨文收購了Sun。這就是結束。

3)Oracle服務總線11g(BEA AquaLogic服務總線) 我在積極尋找替代Oracle產品;儘管我喜歡OSB產品 - 事實上 - 它確實很符合安全標準,並且現在它幾乎不受支持,因爲Oracle計算出如何將其從BEA(Eclipse)中解放出來並將其轉移到Oracle的基礎架構(閱讀:JDeveloper)。我越來越喜歡JDeveloper btw,但這是另一個話題。 WS- *標準已經過時。沒有內置的發佈/訂閱機制;但JMS得到了很好的支持。但是,如果我想管理JMS-as-MOM,我可以做到這一點,並最成功地使用Camel。所有這一切說,OSB是一個非常好的產品,我們有多個ESB的空間。我們運行基於規範的多個總線:OAGiS,NIEM等。我有一個集羣運行時間接近永遠正常運行時間。

4)保險絲ESB 看着這個,我的一個最大的集成合作夥伴使用它。使用一套基本的企業集成模式進行測試,出於某種原因,使用Fuse來開展這項工作並不容易。我有幾個開發人員不是來自Maven的心態,而IDE則是從貨車上取下輪子。當然,所有的ServiceMix控制檯驅動的ESB都是相同的,所以區分器來自IDE和控制檯。我還認爲「漂亮是功能」,我們​​的開發人員和支持人員使用控制檯來幫助解決客戶問題。因此,福斯並沒有對我表示敬意,但它也沒有讓我失望。

5)Mule ESB 我記得Mule來自「古老的日子」(真的在我開始使用Apache Camel之前),我用它將信息從任何地方移動到任何地方。非常點對點,非常老派,但是效率的黃金標準。但那是沒有「ESB」的騾子。騾子EBS是輕量級的(他們這麼說),並且我被強烈地告知美國職棒大聯盟使用它,所以我必須堅持不要馬上購買它。使用LDAP的能力是企業功能。我幾乎可以接受SAML2或OpenID或OAuth作爲企業功能,但LDAP?我認識的微不足道,但它傳達了我認爲缺乏「開發人員的心」。我認爲社區版本會受到阻礙。

6)Apache ServiceMix 如果我使用servicemix,我想找到一個爲控制檯和報告增加價值的服務。但如果我認爲這並不重要,那麼如果我的意圖是要創建一個非常簡化的「程序員」體驗,那麼不妨使用ServiceMix本身。我們非常擅長Ant,Maven和Gradle。你可能會問,如果我們要跳過籃筐,爲什麼不跳起Fuse ESB籃筐?除了我希望Fuse已經消除了這個籃球之外,沒有什麼好的答案。

7)WSO2 ESB 我們已經使用了G-Reg產品,我的經驗很好。他們的安全標準近來非常好,界面非常好和體面,足以提供給助理開發人員來幫助排除故障;正如上面提到的@ivo,WSO2員工廣泛使用了stackoverflow。我們在「雲」中使用了他們的Stratos Live產品,但永遠無法完全擺脫「那裏」(完全是安全方面我們的一面)。我有一個軟規則,任何開源軟件都必須由具有合理技能的開發人員在本地構建。使用WSO2軟件從未順利進行。所以這是一個風險。但是如果你很高興在所提供的二進制文件上運行,我想你可以在WSO2上獲得成功。

正如@ user9591所提到的,WSO2被易趣使用,這對你來說不是一件事。我認爲它在這裏「賣」它有很強的作用。

8)Tibco,WebMethods和任何其他非開源系統 儘管我幾年之後還沒有使用過Tibco,但爲了完整起見,增加了這一點。不是開源的,所以它就是這樣。

0

我評估我現在的工作的各種ESB的一部分,我已經做了研究一下就WSO2和Apache突觸直到日期基於Apache突觸創建

WSO2,它具有優良的管理控制檯。我會說這可能是他們的賣點。當涉及到支持時,唯一可行的解​​決方案是你必須支付你的支持。即使有通過stackoverflow存在的社區支持,但對我的查詢沒有任何迴應。

關於突觸,我會說它不活躍。在6年內只發布了6個版本,最後的發佈是在18個月前完成的。我仍然在評估JBoss Fuse,ServiceMix和Mule

+0

您可以分享您在ServiceMix上發佈的任何調查結果的鏈接嗎? – Harish