一些供应商想向我们推销将 esb 用于我们需要从用户传输到另一台服务器的一些大文件的想法。让这些数据在管道上传输而它永远不会用于任何其他应用程序并且实际上一旦存储就真正被检索到有什么兴趣？它会降低性能，尤其是当文件大到数百 mb 时。
问问题
79 次
2 回答
1
您没有提供太多关于此处继续的信息。您有哪些访问用户文件的选项？是通过 ssh/scp、HTTP GET（从用户拉取）还是通过 HTTP PUT/POST（从用户推送）上传？其他？
你的目标是什么？您将如何将文件推送到目标？[类似的问题集]。
这如何适合您的 API/Web 界面？您或您的客户/用户将如何与界面交互以实现文件传输？它是在计时器上“自动化”的吗？轮询？
如果您现在或将来需要灵活地回答这些问题，和/或您看到源、目标、路由、附加文件、其他类型的数据等方面的任何潜在增长 [即，您有“很多要管理的东西”] - 然后考虑 ESB。ESB 中的价值是（应该是！）抽象源、目标、传输/协议和/或自动传输的调度。
因此，在缺乏细节的情况下，建议一个 ESB 非常容易。Apache ServiceMix 是开放软件，如果您愿意的话。
不利的一面是 ESB 的部署和配置，Sooo....为了在临时环境中的一个平台上自动从 A 复制到 B 以达成一次性交易，仅仅编写一个不一定是“坏的”编写脚本并安排一个 cron 作业 [您确实记录了您的部署环境，对吗？] 并完成它。
于 2012-07-24T05:18:58.197 回答
1
由于（某些）ESB 具有 ftp 连接器/功能，因此传输如此大的文件并不是很大的性能缺陷（网络除外）。事实上，根据您的系统/业务需求，使用 ESB 来做精简工作可能是一个好主意。
于 2012-07-25T08:48:02.767 回答