これは非常に幅広い質問であり、答えるのが難しいですが、いくつかの一般的な提案をしようと思います.
1 - 重大な過ちを犯していない限り、かなりの量のトラフィック (1 か月あたり 100 万ページ ビュー以上) に到達するまでは、パフォーマンスやスケールについて心配する必要はないでしょう。
2 - 最初の最大のパフォーマンスの問題は、他の国からのページの読み込み時間である可能性があります。Gomez Instance Site Testを試して、世界中のページ読み込み時間を確認し、YSlow を最適化のガイドとして使用してください。
3 - パフォーマンスの問題が発生し始めた場合、最初はデータベースの作業が原因である可能性が最も高いです。SQL Server Profiler を使用して SQL トラフィックを調べ、実行時間の長いクエリを探して最適化を試みます。また、 を使用dm_db_missing_index_details
して、追加する必要があるインデックスを探します。
4 - Web サーバーがパフォーマンスのボトルネックになり始めた場合は、プロファイラー (ANTS プロファイラーなど) を使用して、Web ページのコードを最適化する方法を探します。
5 - Web サーバーが十分に最適化されていても、まだ過熱している場合は、キャッシュの機会を探しますが、単純に Web サーバーを追加する必要があるでしょう。
6 - データベースが十分に最適化されていても、まだ稼働率が高すぎる場合は、分散キャッシュ システムの追加を検討してください。これは、1 か月のページ ビューが 1,000 万回を超えるまで発生しないでしょう。
7 - 分散キャッシュを使用してもデータベースが過負荷になり始めている場合は、シャーディング アーキテクチャを検討してください。1 か月あたりのページ ビューが 1 億を超えるまで、これはおそらく起こらないでしょう。