A_M*_*A_M 5 ftp sftp soap web-services file-transfer
我必须将一些文件传输给第三方.我们可以发明文件格式,但希望保持简单,如CSV.这些文件不会是大文件 - 最多10个MB,而且不会有很多 - 每晚3个文件.
我们对协议的偏好是sftp.我们过去已经完成了很多这样的事情,我们对它很了解.
他们倾向于通过Web服务/ SOAP/https调用来实现.
他们给出的理由是可靠性,主要是知道他们已经完全收到文件.
我不认为这是一个杀手锏.您可以使用sftp轻松地在文件传输过程中构建一些内容,以确保传输已完成,例如在文件中使用页眉/页脚,或在目录之间移动文件等.
我能想到的唯一另一个论点是,通过http(s),端口80/443将是开放的,因此我们的基础设施人员可能会减少防火墙工作.
你能想到任何其他论据吗？关于什么是最佳做法,我们是否达成共识？
提前致谢.
文件完整性是"托管文件传输"中的常见问题.如果您选择了妥协"最佳实践",那么您最终将运行AS/2(通过签名完整性检查传输包含不可否认性的文件的Web服务方式)或AS/3(通过FTP同样的事情)或FTPS).
文件完整性和SFTP的一个问题是你不能像FTP和FTP那样任意扩展协议.换句话说,您不能仅仅因为您想要将XSHA1命令添加到SFTP传输.
是的,还有其他的解决方法(比如包含文件哈希值的事务性文件),但在一天结束时,某人将不得不做一些工作......但实际上不应该这么难.
如果您正在与之交谈的第三方确实没有接受大型文件的非Web服务呼叫,那么您可能会成为他们的试验品,因为他们试图在一个崭新的世界中航行.(或者,他们可能已经解雇了所有他们的传输人员并且不仅仅意识到世界不会在SOAP上运行......但是 - 看到这种情况也会发生.)
无论哪种方式,除非他们给你魔术代码/实用程序/为他们做任何文件到SOAP事务(这也发生了),我会坚持你的sftp枪,直到他们找到合适的人为他们谈论批量数据传输.
SFTP 是用于安全文件传输的协议，soap 是一种 API 协议——可用于发送文件附件（即 MIME 附件），或作为 Base64 编码数据。
SFTP 增加了加密/解密文件（静态文件，如果它们包含敏感数据）、文件归档、数据延迟、协调作业调度和设置 FTP 服务帐户的单独进程的额外潜在复杂性。