大規模なインターネットシステム機能
の高い同時実行、発信トラフィックを：多数の同時ユーザーの顔
7 * 24時間サービス：高可用性
大規模なデータの：店への必要性は、大量のデータ管理
に広く分布し、ユーザー、ネットワークの複雑さ：演算子は難しい通信であってもよいし、ネットワーク地理的に異なるネットワーク、ネットワーク遅延の国際
安全保障上の問題：攻撃、情報開示
プログレッシブ開発：ウェブサイトが開発した小から大にしているが、大規模なサイトのアーキテクチャと大規模なサイトアーキテクチャの設計、すべてのシステムには気にしないでくださいアップグレードはちょうど変更を行うために、ビジネスのために、安定性を追求しなければならないビジネスは、唯一のビジネスニーズの変化に応じています
- ネットワークアーキテクチャの初期段階：アプリケーション、ファイル、データベースが単一のサーバー上に存在します
- アプリケーション・サービスとデータサービスの分離：アプリケーション、ファイル、データベースが異なるサーバー上に存在します
- したがって、キャッシュに頻繁にアクセスされるデータを追跡するために、ウェブサイトのコンテンツアクセス二十から八、法律、増加キャッシュ：キャッシュを増やします
- ビルドアプリケーションクラスタ：アプリケーションの構造に組み込まれたクラスタは複数のサーバー間でのアプリケーションの完全なコピーで、サーバロードバランシングレギュレーション
- データベースの読み取りと書き込みの分離：キャッシュミスがあり、状況キャッシュの有効期限が切れ、ユーザーはずっと、圧力データベースは、そのため、マスター・データベースとは別の読み取りと書き込みの使用が存在しています
- リバースプロキシと使用してCDN
直接静的リソースに、上のリバースプロキシサーバー上のいくつかの静的なページやリソース（部屋の通常中央）、ユーザーがアプリケーションサーバに要求を転送するためのアクセスを持っていない：リバースプロキシを使用しますユーザに返さ
CDN：ユーザは、一般に、第1及びオペレータの相互作用であるので、従って、いくつかの企業は、常にサーバーオペレータに静的リソースを変更することはできません、そのような要求は、エンタープライズサーバを持っていないであろう - 分散ファイルシステムと分散データベース・システムは、
ファイルシステムを分散：単一のサーバーは、のニーズに応えることができない
分散データベース・システムを：
一般的に、データベースは、さまざまなビジネスは、データベースを分割しますです、さまざまなビジネスに基づいて分割されます。
単一のデータテーブルが大きすぎる場合にのみ、それは分散データベースを使用しています - 使用NOSQL及び検索エンジン
データ記憶およびデータ検索のニーズの複雑さは、ときに
非リレーショナル・データベースを使用する必要があり
、このような検索エンジンのような非データベースクエリの技術を、 - ビジネススプリット：（例：ショッピング、ショップ、オーダー......）スプリット異なるサービス別のサーバー上で、それぞれ、メッセージキューを使用してメッセージを転送
- 分散サービスは：独立して展開されたトラフィックを分割し、同時に、同じサービス、または多重うち同一のコードブロックは、そのサーバーのデータベースを多重化することを、サービスリロードサーバに多重化、キャッシング、対話するなど、検索エンジン
：クラウドコンピューティング
などアリ、華為、テンセントなど大規模なサイトを、同社の技術は、比較的、それはセキュリティや安定性であるかどうか、成熟しているので、彼らは、アーキテクチャの一部を行ってきた、唯一それを良い仕事を使用するために支払う必要がある普通の小さなサイトあなたがより高いパフォーマンスをしたい場合はアーキテクチャが、唯一のより多くのお金を支払う必要がありますすることができます。
サイトのアーキテクチャ設計の問題：
サイトは小規模の大きな開始からある
動力駆動ウェブサイトの開発は、それが新しい技術を使用していない、いない新しい技術、ビジネスである
小さなサイトは、大きなサイトを解決するために求めていませんプログラムは、自分に適した最善である
にも優れた技術を持っていた提案営業を生成するために、技術、ビジネスと技術のためのない技術
盲目的にすべての問題を解決するための技術を使用していないが、問題は必ずしも新しい技術が十分ではありませんですこのようなセキュリティ上の問題として、生産、問題はビジネスであってもよいし、盲目的に解決するための新しいフレームワークを使用していません
