一些供应商想向我们推销使用 esb 来处理我们需要从用户传输到另一台服务器的一些大文件的想法。让这些数据在管道上传输，而它永远不会用于任何其他应用程序，并且实际上一旦存储就可以真正检索，有什么意义呢？它会降低性能，尤其是当文件大到数百MB时。
最佳答案
您没有提供太多关于此处要继续进行的信息。您可以通过哪些选项来访问用户的文件？是否可以通过 ssh/scp、HTTP GET(从用户拉取)获取，或者通过 HTTP PUT/POST(从用户推送)上传？其他？
你的目标是什么？您将如何将文件推送到目标？ [类似的问题集]。
这如何适合您的 API/Web 界面？您或您的客户/用户将如何与界面交互以实现文件传输？它是在计时器上“自动化”吗？投票？
如果您现在或将来需要灵活地回答这些问题，和/或您发现源、目标、路由、附加文件、其他类型的数据等有任何潜在的增长[即你有“很多东西要管理”] - 然后考虑 ESB。 ESB 中的值(value)(应该是!)抽象源、目标、传输/协议(protocol)和/或自动传输的调度。
因此，在缺乏详细信息的情况下，建议 ESB 非常容易。如果您愿意的话，Apache ServiceMix 就是开放软件。
缺点是 ESB 的部署和配置，Sooo...为了在一个临时环境中的一个平台上自动从 A 复制到 B，以实现一次性交易，这并不一定是“坏”的只需编写一个脚本并安排一个 cron 作业 [您确实记录了您的部署环境，对吧？] 然后就可以完成它。
关于java - 如果传输的数据从不共享，那么使用 ESB 有何意义？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11621741/