我必須將某些文件傳輸給第三方。我們可以創建文件格式，但希望保持簡單，例如CSV。這些不會是大文件 - 最多隻有幾十MB，並且不會很多 - 每晚3個文件。sftp與SOAP調用文件傳輸
我們對協議的偏好是sftp。過去我們已經完成了這一切，並且我們理解得很好。
他們的首選是通過Web服務/ SOAP/https調用。
他們給出的理由是可靠性，主要是因爲他們知道他們已經完全收到文件。
我不會購買這個作爲殺手論點。您可以使用sftp輕鬆地在您的文件傳輸過程中構建某些內容，以確保傳輸已完成，例如，在文件中使用頁眉/頁腳，或在目錄之間移動文件等。
我能想到的唯一的另一個參數是通過http（s），端口80/443將打開，因此防火牆可能會更少爲我們的基礎設施人員工作
你能想出任何其他的論據嗎？在這裏最好的做法是否有共識？
在此先感謝。
sftp是文件傳輸協議，soap是一個執行remove方法（包括webservices）的協議，與文件傳輸無關。
那將是我的觀點，SFTP是這項工作的工具
文件完整性是在「管理文件傳輸」的共同課題。如果你採取了一個妥協的「最佳實踐」，那麼你最終可能會運行AS/2（一種Web服務方式來通過簽名完整性檢查來傳輸包含不可否認性的文件）或者AS/3（同樣的東西通過FTP或FTPS）。
文件完整性和SFTP的問題之一是，您不能像FTP和FTPS那樣隨意擴展協議。換句話說，您不能僅僅因爲想要將XSHA1命令添加到SFTP傳輸中。
是的，還有其他的解決方法（比如事務文件包含接收文件的哈希），但是在一天結束時，有人需要做一些工作......但實際上不應該這麼難。
如果您正在與之交談的第三方確實沒有非網絡服務電話來接受大文件，那麼您可能是他們的試驗品，因爲他們試圖導航一個全新的世界。 （或者，他們可能已經解僱了他們所有的傳播人員，並且不僅意識到這個世界不會在SOAP上運行......但是 - 也見過這種情況。）
無論哪種方式，除非他們給你帶來魔法代碼/實用程序/無論爲他們執行文件到SOAP事務（這種情況都發生了），我會堅持使用你的sftp槍，直到他們找到合適的人來討論批量數據傳輸。