アーキテクチャの一部として、アプリケーション間で共有する必要があるデータ アクセスに、内部専用の HTTP ベースの Web サービスを使用しています。現在、それらは Sinatra アプリとして実装されています。
各 Web サービス マシン (EC2 でホストされている) では、haproxy を使用してリクエストの負荷を分散し、それらを処理するためにシンを使用しています。
特に静的コンテンツがない場合に、これらのタイプのアプリケーションを提供するための現在の「ベストプラクティス」と見なされているものに興味があります。
このセットアップで nginx や unicorn を使用する利点はありますか? nginx と haproxy の両方を同時に使用することについていくつかの提案を見てきましたが、それがどのような価値をもたらすかはわかりません。
HAProxy を介して HTTP トラフィックを提供している場合、Nginx に対する利点は、パケット内のヘッダー、URL、Cookie、およびその他の情報に基づいて、各リクエストを検査、変更、および異なる方法で対応できることです。
Nginx もいくつかの興味深いことを実行できますが、ほとんどの場合、実際に Nginx でコンテンツを提供していない場合、その使用は HAProxy の使用を超えることはありません。
ベストプラクティスに関するあなたの質問に関しては、それはあなたが何をしようとしているのかによって異なります。HAProxy が 1 ダースのシン サーバーに負荷分散するように構成され、一度に半分しか利用できず、残りの半分が (接続数に基づいて) ピーク時に利用可能になるセットアップを見てきました。これは、オンザフライで起動できる EC2 インスタンスを使用している場合に特に優れており、使用していないリソースへの支払いを回避できます。