我正在對ESB進行快速回顧，到目前爲止，我對Talend ESB感到驚訝和印象深刻。我真的期待Mule，一個更好的公認的開源esb，是事實。Talend Open Studio ESB用戶反饋請注意（對比jbossesb/mule/servicemix）
在我僅僅進行了學術和基礎測試評估之後，是否有任何人對Talend有更多的實踐經驗（最好在使用其他開源ESB之後）提供任何優點/缺點？
給我留下深刻印象的領域是： * EAI，即將整合的組件/傳輸的數量。我發現其他一些ESB更多地遵循'您可以通過使用Camel或其他庫來獲得該功能'，但是沒有提供簡單的集成/指導來設置這些'外部可用'功能。
*作爲單點服務總線的安全性。看來Talend爲管理所有公開的SOA服務的安全提供了很好的支持。我沒有完全有機會在實際操作環境中完全嘗試它（請再次請具有更多經驗的人！），但ESB爲您提供完整（運行時可管理）安全控制的想法頗具吸引力。
*相當不錯的契約優先IDE支持創建服務，然後由ESB使用。再次，請誠實的反饋。
*我在部署方面有點擔心，它聽起來像是需要多個服務器/服務運行，並且ESB解決方案的「部署」（使用存儲庫的東西......）可能會導致多重點部署。另外，在轉換服務位置（開發/測試/生產）時，我的快速回顧（特別是與其他ESB解決方案相比，如果它們都稍微複雜一點，那很好）並不十分清楚。
*使用諸如契約優先web服務之類的可以聚合/組合/重新映射來自多個其他web服務（可能是二進制java rmi或ejbremote）的信息以填充響應。
* Usecases諸如用於文件監視FTP服務器下降，拾取文件，解析XML/CSV/EDI文件格式被送入另一服務（不一定重批處理）
* Usecases如監視包含XML/CSV/EDI文件鏈接的新條目的RSS feed，下載（新）文件，處理/饋送到另一個服務。
* CIFS/windows分享我沒有看，但我會問這裏以及監控文件位置/皮卡。
問題：具有Talend ESB經驗的人，請對上述聲明提供有關真實世界準確性和/或陷阱的評論，以及一些更真實的反饋。就像我上面提到的那樣，表面上我真的被開放源代碼免費提供的Talend Open Studio中的東西所迷惑，但是在沒有許可的情況下可以在商業環境中使用，老實說當JbossESB和Mule有點失望時除了Talend ESB。
感謝您的任何反饋！
騾子現在有自己的騾子工作室 – dhartford 2012-07-20 20:12:09