[読書ノート]サイトのスケーラブルなアーキテクチャ

序文

私は、「大規模なWebサイトの技術フレームワーク、」5つの建築要素がZhihuiの先生の本を説明した本を配置し、この鶏肉料理の前に読んでノートを持っていました。これらの5つの要因は、パフォーマンス、可用性、柔軟性、拡張性、セキュリティ本論文では、スケーラビリティ、コンテンツの構成要素の簡単な議論は非常に個人的にこの本は技術アーキテクチャの導入として存在すると言うことができると思い、この本をお勧めします(本書「大規模なWebサイトの技術フレームワーク」からの主な参照であります)。

スケーラビリティは、単純に展開されたサーバーの数を変更することで、サイトのサービス処理能力を拡大または縮小することができ、サイトのハードウェアおよびソフトウェアの設計を変更することなく、いわゆる部位を意味します。

サイトのアーキテクチャ設計の柔軟性

異なる機能の伸縮式の物理的な分離を達成するために、まず、

サイトの初期の開発、処理能力を増加させることにより、サイトサーバーを向上させる、新しいサーバは常に、既存のサーバーから、サブ機能やサービスを分離しています。以下
ここに画像を挿入説明

第二に、単一の関数は、クラスタサイズを延伸することによって達成します

サイトは、インフラストラクチャの設計の可用性を説明したように、圧力のいくつかを回避するために、クラスタサーバーの使用の言及は大きすぎる、クラスタを使用しても、スケーラビリティを達成するための重要な手段です。

スケーラブルな設計アプリケーション・サーバ・クラスタ

限り、アプリケーションサーバとしての状態を持っていない、彼らは簡単に通過することができ、ロードバランサクラスタに新しいサーバーを追加します。

スケーラビリティ分散キャッシュ・クラスタ

アプリケーションサーバは、クラスタ内の各サーバは、同じアプリケーションを展開します!

異なるサーバのキャッシュデータにおける分散キャッシュサーバクラスタは異なっており、

Renyiyitaiキャッシュアクセス要求がキャッシュサーバークラスタ内で処理することができない、あなたが最初にあなたがアクセスする前に、データが必要とされているバッファサーバーを見つける必要があります。

新しいオンラインサーバーは任意のデータ・キャッシュをキャッシュしません、とキャッシュサーバがオフラインキャッシュも多くのホットデータサイトを行っているため、この機能は真剣に、分散キャッシュ・クラスタの設計自由度が制限されます

全体の分散キャッシュ・クラスタへの影響を最小限に抑えて新しいオンラインキャッシュサーバを作成する必要があり、それは、新しく追加されたキャッシュサーバ全体のキャッシュ・サーバ・クラスタキャッシュされたデータを作る必要があります後と言うことですスケーラブルな分散キャッシュ・クラスタでのアクセス、することも可能です設計の主な目的。

スケーラブルな設計データ・ストレージ・サーバ・クラスタ

スケーラビリティリレーショナルデータベースシャーディングは、単一のストレージサーバの制限のストレージスペースを解決するために、異なるノードに分散されたデータの特定の規則に従って、達成しました。

おすすめ

転載: blog.csdn.net/u013568373/article/details/91364500