私の経験では、アーキテクチャコンポーネントをリンクするための媒体としてFTPを多用するアーキテクチャ図がたくさんあります。
アーキテクチャ上の決定を下さないが、アーキテクチャ図を見る傾向がある人として、FTPを使用することの価値、適切な場合、およびデータをファイルとして転送する場合は、だれでも説明できます。
そのように機能する必要があるレガシーシステムがよくあると思いますが、歴史的な洞察も興味深いでしょう。
単純さと親しみやすさのために、ファイルを転送することの魅力を見ることができ（特にそれが転送される必要がある場合）、理由がこれを超えているかどうか疑問に思います。
編集：SFTPが望ましいと指摘してくれた人たちに感謝しますが、私の質問は、ファイル転送プロトコルの推奨を求めるよりも幅広いものです。混乱させて申し訳ありません。
FTPを使用するのはいつ良いですか？
SFTPが発明される前。
編集に対処する（別名、この質問のより広い質問）
それはすべて意図された使用法に帰着します。あなたの状況を見て、決定します
例えば：
プロセスは、PDFドキュメントをローカルのRAIDアレイに書き込むことによって生成します。深夜に実行するようにスケジュールされたcronジョブを介してローカルギガビットLANに接続された多数のサーバーから生成されたすべてのPDFを印刷するための専用の別のPCがあります。
データが大きすぎてプリントサーバーのRAMにすべて保存できない可能性が高いことを考えると、SFTPを使用してPDFを転送し、印刷時にディスクから取得できるようにすることは理にかなっています。
もう一つの例：
マシンは、アドホックな方法でマシンから多数の小さなファイルを取得し、それらを解析して、結果をデータベースに保存する必要があります。この場合、SFTPを使用してディスクから別のディスクに戻し、すぐに読み取ってDBにプッシュするのはばかげています。解析されてデータベースにプッシュされるまで、小さいファイルがRAMに収まらない理由はありません。したがって、SFTPはおそらく最良のソリューションではありません。
最も背水の多い場所に物理的な手紙を送る必要がある場合、2000年前の郵便サービスに勝るものはありません。背水機能のある場所にファイルを送信する必要がある場合、40年前のPostelサービスに勝るものはありません。
一部のレガシーシステムは、フォルダを使用してデータをXMLやCSVなどとして転送します。そのような場合、ファイルをディスクに書き込む必要があります。ネットワーク外/インターネット上の別のシステムに統合する場合は、FTPサイトでこれらを利用できるようにするのが理にかなっています。新しいシステムでは、Webサービスまたはその他の「ネットワーク経由」テクノロジーを使用して、ディスクへの保存を減らすことができます。これらのファイルが非常に大きい場合は、FTPの方が優れたソリューションになる可能性があります。
印刷業界などの一部の業界では、大きなPDFファイルはさまざまなワークフローを経由するルートであり、このワークフローを通じてPDFファイルが処理、操作などされます。印刷業界では、フォルダ（およびFTP）を使用するのが一般的であり、通常、これらを「ホットフォルダ」と呼びます。
セキュリティが重要でない場合は、FTPが役立ちます。
ただし、最新のオプションを考えると、おそらくそれを使用することはなく、代わりにSFTP / SCP / rsyncまたはHTTP（おそらくWebDAVを使用）を選択します。一つには、これらのプロトコルにはすべて、セキュリティを向上させるためのオプションがあります（少なくともSSL経由のHTTP）。また、それらはより単純なプロトコルです。FTPには、実際のデータが制御コマンドとは別の接続を介して転送されるという厄介な問題があります。これにより、ファイアウォールがより困難になります。また、非パッシブモードでは、その接続はサーバーからクライアントへの接続であるため、ファイアウォールはほぼ悪夢になります。従来の相互運用のニーズがある場合は便利かもしれませんが、HTTPクライアントプログラムとライブラリはすぐに利用できるので、最近はそれを使用します。
FTPは、信頼できる接続があり、セキュリティがまったく必要ない場合にファイルを転送するためのシンプルなクロスプラットフォームの方法です（パスワードについて尋ねられることに騙されないでください。実際のセキュリティはありません）。
多くの場合、人々は実際にセキュリティを必要としていますが、FTPを使用するのは間違いです。なぜなら、それが行われていると信じているからです。これを実行するためのより良い方法は、通常、SFTP（OpenSSHの実装が好きです）を使用するか、安全なWebサービスを使用してデータを渡すことです。
もちろん、SFTPを適切に実装するということは、実装者がキーを適切に生成、保存、交換し、信頼がどのように機能するかを理解する必要があることを意味します。多くの場合、これは彼らにとって大変な労力であるため、人々は簡単なルートをたどってFTPを使用する傾向があります。私に言わせればちょっと悲しい。
ファイルベースの通信（FTP、SFTP、SCPなどを介したものなど）は、
ファイルの使用に問題はありません。これはよく理解されている成熟したテクノロジーであり、適用が簡単で、監視とデバッグが簡単です。
セキュリティと切断されたネットワークまたはネットワークセグメントが関係する可能性があると思います。私は、誰かが別のシステムからデータをインポートする必要があるさまざまなプロジェクトを経験しました。FTPは、ファイアウォールを介してデータを取り出すための簡単で安全な方法です。通常、自動的に実行するようにスケジュールすることができ、ほとんどのネットワークセキュリティ担当者はFTPポートが開いていても問題ありません。