我正在快速回顾 ESB，到目前为止，我对 Talend ESB 感到惊讶和印象深刻。我真的很期待 Mule，一个更广为人知的开源 esb 之一，成为事实上的。
在我仅在学术和基本测试审查之后提交之前，是否有任何人对 Talend 有更多的实践经验（最好在使用另一个开源 ESB 之后）提供任何优点/缺点？
给我留下深刻印象的领域是：*EAI，准备集成的组件/运输的数量。我发现其他一些 ESB 更多地遵循“您可以通过使用 Camel 或其他库来获得该功能”，但在设置这些“外部可用”功能时没有提供简单的集成/指导。
*作为单点服务总线的安全性。Talend 似乎为管理所有公开的 SOA 服务的安全性提供了良好的支持。我没有机会在动手环境中完全尝试它（同样，请有更多经验的人！），但 ESB 为您提供完整（可管理的运行时）安全控制的想法很有吸引力。
*非常好的合同优先 IDE 支持，用于创建服务，然后由 ESB 使用。再次，请诚实的反馈。
*我在部署方面有点担心，听起来您需要运行多个服务器/服务，并且 ESB 解决方案的“部署”（使用存储库的东西......？）可能会导致多点部署。此外，在转移服务位置（开发/测试/生产）时，我的快速回顾并不太清楚（特别是与其他 ESB 解决方案相比……如果它们都稍微复杂一点，那很好）。
*用例，例如合约优先的 web 服务，它可以聚合/组合/重新映射来自多个其他 web 服务（可能是二进制 java rmi 或 ejbremote）的信息以填写响应。
*用例，例如监视 ftp 服务器的文件丢失、拾取文件、解析 xml/csv/edi 文件格式以输入另一个服务（不一定是繁重的批处理）
*用例，例如监视包含 XML/CSV/EDI 文件链接的新条目的 RSS 提要、下载（新）文件、处理/提供给另一个服务。
*CIFS/windows 共享我没有调查，但我也会在这里从监控文件位置/拾取中询问。
问题：具有 Talend ESB 经验的人，请对上述陈述提供关于真实世界准确性和/或陷阱的评论，并可能提供更多真实世界的反馈。就像我上面提到的，从表面上看，我实际上被 Talend Open Studio 中作为开源免费提供但无需许可即可在商业环境中使用的东西所震撼，老实说，对 JbossESB 和 Mule 的发布有点失望在 Talend ESB 旁边。
感谢您的任何反馈！