architecture - 什么时候使用 FTP 比较好？

Question

根据我的经验，我看到很多架构图，它们广泛使用 FTP 作为链接架构组件的媒介。

作为不做出架构决策但倾向于查看架构图的人，任何人都可以解释使用 FTP 的值(value)是什么，它在哪里合适以及何时将数据作为文件传输是一个好主意。

我知道通常有一些遗留系统只需要以这种方式工作——尽管任何历史洞察力也会很有趣

由于简单和熟悉，我可以看到传输文件的吸引力(尤其是在需要传输的文件时)，并且想知道推理是否超出此范围。

编辑:感谢那些指出 SFTP 更可取的人，但是我的问题比想要推荐文件传输协议(protocol)更广泛。对困惑感到抱歉。

Answer 1

什么时候使用 FTP 比较好？

在 SFTP 发明之前。

解决编辑问题(也就是这个问题中更广泛的问题)

这一切都归结为预期用途。查看您的情况并确定

我要移动什么数据？

它 native 生成的格式是什么？ (磁盘上的 PDF、网络服务器脚本的文本输出等)

数据是如何消费的？

什么时候消费数据？ (立即到达，预定的批处理作业？)

什么连接媒介连接数据生成者和数据消费者？

例如:

一个进程通过将 PDF 文档写入本地 raid-array 来生成它们。您有另一台 PC 专用于打印从通过计划在午夜运行的 cron 作业连接到本地千兆 LAN 的众多服务器生成的所有 PDF。

鉴于数据很可能太大而无法全部存储在打印服务器上的 RAM 中，因此使用 SFTP 传输 PDF 以便在打印时可以从磁盘中获取它们是有意义的。

另一个例子:

机器需要以特殊方式从机器中抓取大量小文件，解析它们并将结果存储在数据库中。在这种情况下，使用 SFTP 将它们从磁盘移回另一个磁盘以立即读取并推送到数据库中只是愚蠢的。在解析并插入数据库之前，没有理由将较小的文件放入 RAM 中，因此 SFTP 可能不是最佳解决方案。