如果传输的数据从不共享,那么使用ESB有什么好处?

你没有给出太多关于在这里继续的信息。访问用户文件的选项是什么?它是通过ssh/scp、HTTP GET(从用户处提取)提供的,还是通过HTTP PUT/POST(从用户推送)上传的?另外

你的目标是什么?您将如何将文件推送到目标?[类似的一组问题]。

这是如何适应您的API/Web界面的?您或您的客户/用户将如何与界面交互以实现文件传输?它是在计时器上“自动”的吗?投票

如果您现在或将来需要灵活性来回答这些问题,和/或您在源、目标、路由、附加文件、其他类型的数据等方面看到任何潜在的增长[即您有“很多东西要管理”],那么考虑ESB。ESB中的值是(应该是!)抽象源、目标、传输/协议和/或自动传输的调度。

因此,在缺乏详细信息的情况下,建议使用ESB是非常容易的。Apache ServiceMix是开放软件,如果你对此持开放态度的话。

不利的一面是ESB的部署和配置,Sooo。。。。为了在特定环境中在一个平台上为一次性交易自动从A复制到B,只写一个脚本并安排一个cron作业(你确实记录了你的部署环境,对吧?)并完成它并不一定是“坏的”。

由于(一些)ESB具有ftp连接器/功能,传输这样大的文件并不是什么大的性能缺陷(网络除外)。事实上,根据您的系统/业务需求,使用ESB来完成任务可能是个好主意。