私は現在 API を開発しています。私が決定したことの 1 つは、クライアントが検証などのために sig を付けてリクエストを送信する 1 つの gateway.cfm ページを作成し、ゲートウェイがリクエストを処理し、コンポーネントを呼び出して結果を返すことでした。必要です。
たとえば、gateway.cfm?component=getBooks&sig=232345343 は getbooks コンポーネントを呼び出し、JSON を返します。
セキュリティ上の問題を無視すると、すべてのリクエストが 1 つのページに送信されるため、この API のパフォーマンスは低下しますか? または、すべてのリクエストが同じページに送られるかどうかに関係なく、これは Web サーバーにとって重要ではありません。
また、これもSSLによって保護されます。
すべてのリクエストが 1 つのページに送信されるか、別のページに送信されるかはサーバーにとって問題ではありません。少なくとも、一般的な Web サーバー (Apache/IIS など) には当てはまりません。
Web サーバーにはスレッドプールがあり、各リクエストにスレッドが割り当てられ、各スレッドが作業を実行して終了します。ただし、詳細が 1 つあります。下位レベルでは、要求を処理するスレッドはすべて同じバイナリ/テキストを読み取るため (cfm がコンパイル/解釈されるかどうかは不明)、非常に短い時間、ファイルが読み取りのためにロックされる可能性があります。リクエストの数が膨大な場合、ペナルティが発生する可能性があります。これが本当にパフォーマンスのボトルネックであるかどうかは、ベンチマークとテストによってのみ確認できます。
しかし、SSLハンドシェイクを行うと、読み取りロックよりもはるかに早くパフォーマンスが低下すると思います.