お客様から、サイトにアクセスしているユーザーの IP に基づいて、ASP.NET サイトのホームページで動的な whois ルックアップを行うよう依頼されました。
実装は、ここで説明されているようなものになります。
http://www.aspheute.com/english/20000825.asp
しかし、このコードが whois.networksolutions.com に接続していることに気付きました。ページが読み込まれるたびにこのリモート サーバーへの接続を開始する場合、これはうまくスケーリングできない可能性があると考えています。
たとえば、1000 人の異なるユーザーがホームページにアクセスしたとします。これにより、多数の接続が開始されます。
これについて何か考えはありますか？
はい、時間がかかる場合があります。「高価」の量は、実際にはサーバーとリモートサーバー間のネットワーク接続とリモートサーバーの応答時間に依存します。リクエストが互いに異ならない場合は、応答のキャッシュを検討できます（これは、エンドユーザーが入力したドメインをクエリする場合には当てはまらない可能性があります）。より大きな問題は、リモートサーバーが単一のIPアドレスからの接続が多すぎる場合にブロックする可能性があることです。
リバース DNS が実現可能かどうかクライアントに尋ねるかもしれません...この方法では、DNS サーバーのキャッシュ機能を利用して、インターネット トラフィックの量を減らすことができます。内部 DNS がない場合を除き、その場合は ISP の DNS サーバーのキャッシュ機能を利用します。
ただし、whois と DNS には大きな違いがあるため、何を望むかはクライアント次第です。
ただし、直接の質問に答えるには...サイトのさまざまなページをサーフィンする単一のホストに対して実行する必要がある繰り返し検索の数を減らすために、このデータに何らかのキャッシュを作成できますか?
キャッシュに加えて、このルックアップを非同期にすることもできます。これにより、遅延によってページの提供が滞ることがなくなります。