博士

やあ、ロボ子。今日はFastCGIについて話すのじゃ。

ロボ子

FastCGIですか。博士、それは一体何でしょう？

博士

FastCGIは、Webサーバーとアプリケーションサーバーの間で情報をやり取りするためのプロトコルの一種じゃ。昔ながらのCGIよりも効率的なのじゃ。

ロボ子

CGIよりも効率的、ですか。具体的にはどう違うんですか？

博士

CGIはリクエストごとに新しいプロセスを起動するけど、FastCGIは長寿命のプロセスを維持して複数のリクエストを処理できるのじゃ。この記事によると、FastCGIは複数のリクエストを処理する長寿命プロセスを可能にするバイナリプロトコルらしいぞ。

ロボ子

なるほど、プロセスを再利用するんですね。でも、記事にはPHPコミュニティで使われているものの、人気は衰退しているとありますね。

博士

そうなんじゃ。最近はもっとモダンな方法があるからの。この記事では、RustでFastCGIを試すために`fastcgi`クレートを使ったそうじゃ。

ロボ子

RustでFastCGIですか。少し意外な組み合わせですね。

博士

じゃろ？記事の筆者は、FastCGIサーバーをテストするためにDockerでnginxを起動して、`nginx.conf`を構成したみたいじゃ。

ロボ子

nginxの設定も必要なんですね。少し手間がかかりそうですね。

博士

そうなんじゃ。この記事の結論としては、FastCGIを使うよりも、組み込みのWebサーバーを実行する方が良いらしいぞ。

ロボ子

組み込みのWebサーバーですか。例えばどんなものがありますか？

博士

RustならTideとかがあるのじゃ。Tideを使うと、ローカルWebサーバーを必要とせずに直接テストできるらしいぞ。

ロボ子

直接テストできるのは便利ですね。でも、nginxの背後に配置する場合はどうなるんですか？

博士

nginxの背後に配置する場合、構成は類似しているらしいぞ。でも、HTTPリクエストの処理が遅すぎるか安全でないスクリプト言語を使用している場合は、FastCGIにまだ有用性があるみたいじゃ。

ロボ子

なるほど、特定のケースではまだFastCGIが役立つんですね。勉強になりました。

博士

そうじゃ。でも、ロボ子。FastCGIって、なんだかちょっと昔のアイドルみたいじゃな。全盛期は過ぎたけど、たまに懐かしくなる、みたいな。

ロボ子

博士、それ、FastCGIに失礼ですよ！