1、スパイクシーンコアは、三つのことを確実にするためである：、安定した正確かつ迅速に、対応する技術的な床は、高可用性、一貫性、高パフォーマンスです。
2、アーキテクチャ設計の5つの原則
ネットワーク伝送時間がかかり、そして文字サーバの圧縮符号化、シリアライズとデシリアライズ消費CPU：データを最小限にするために2.1
ページ依存CSS / JavaScriptや画像、Ajaxは、接続を確立するために、3ウェイハンドシェイクを行うには：2.2は、要求の数を最小限に抑えるために、
2.3できるだけ短い経路：経路を短縮するための要求だけでなく、同じ効果（中間ノードの低下が低減され、シリアルデータを逆シリアル化することができる）の性能を向上させることができ、および（ネットワーク伝送時間を浪費を減らすために）遅延を低減するために、可用性を向上させることができ
2.4は、依存性を最小限にするために：完全なシステムは、ユーザの要求やサービスに依存しなければならない、従属ここが強い依存関係を意味し、システムを分類することができます。
2.5は、単一のポイントを持っていない：単一のポイントは、バックアップがないことのリスクは制御可能ではありません。一般に、冗長バックアップの複数のシングルポイントを介して問題を解決するために、ストレージサービス、サービスのステータス、および製本機を避けるために、即ち、サービスなしの状態、および機械依存動的構成。
最適化点：独立単独でシステムをスパイク、別のマシンのクラスターを作る（例えば、インベントリデータなど）ホットスポットデータの単一バッファシステムに「性能を読み取る」改善するために、応答スパイクが増加すると、単一のグラブスパイク装置を防ぎます。ページ徹底静的および動的分離、ユーザーがページ全体をリフレッシュスパイクする必要がないように、コモディティサーバにスパイク上にローカルにキャッシュされ、背景のシステムに依存するには、通話を取得する必要はありません。起きてから最悪の事態を防ぐため、電流制限保護システムを向上させます。
3、静的および動的な分離を行う方法を、どのようなプログラム。
3.1コンセプト：「動的データ」と「静的データは、」主な違いは、ページとURL、訪問者、時間のデータ出力は、場所に関連するかどうかを確認することであり、それは、クッキーやその他の個人データが含まれているかどうか。
静的データのキャッシュを行う方法3.2：移動データの概念を理解し、我々は簡単にシステムのパフォーマンスを向上させるために、静的なデータ・キャッシングを行うと考えることができます。
1、ユーザーから最も近い場所、ユーザーのブラウザのキャッシュ、キャッシュCDNまたはサービスの終了時に静的データ・キャッシュ
図2は、それが静的キャッシュHTTP接続の変換を指示することです。
静的データをキャッシュするために起こっている3は、キャッシュが大きな同時静的ファイルの要求を処理でより良い（例えばnginxのは、Apache、ワニスなど）、Webサーバー上に配置することができ、また非常に重要です。
スキーム3.3：2統一キャッシュ層3、CDN 1は、単一の物理マシンを展開します
図4に示すように、ホットデータ処理：28の原則
4.1コンセプト：ホットホット動作やホットスポットデータに。このよう、ページを更新し、ショッピングカートの大規模な番号を追加する多数のいわゆる「ホット・アクション」、;ホットデータが「よりよく理解されるが、それはデータに対応するユーザの要求ホットホットデータが分割されている。」スタティックホットデータ「と」ダイナミックホットスポットデータ。 "
4.2静的ホットデータは、「事前のホットスポットデータで予測することができる。例えば、我々は売り手を取捨選択することができます先に道アウト入隊、登録システムにより、これらのホット商品をマーキングすること。また、我々はまた、ビッグデータ分析を通じて事前に見つけることができますこのような製品は、より人気があるかもしれない発見する歴史的な取引記録、ユーザーのショッピングカートレコード、我々の分析などのホット商品は、より良い販売し、これらは事前に出て解析することができるホットスポットがあります。
事前に予測することはできません4.3ダイナミックホットデータ」とは、動作中のホットスポットシステムが一時的に例えば、宣伝ビブラートでは売り手は、それは短い時間で多くのことを引き起こして、商品の火をクリックしてください。生産します購入。
4.4ホットデータが見つかりました：
4.4.1静的ホットデータを見つける：必須登録販売、商品活動は、マーキング、大規模な商品データを上位N統計を計算します
主要取引ミドルウェア製品リンクホットスポットのすべての側面に収集することができ、非同期システムを構築するための1、2、ホットスポット報告の確立と熱い下のオンデマンドサービスに加入することができます：4.4.2ダイナミックホットたデータ毛髪仕様; 3、上流のホットデスクにシステムによって収集されたホット送信データ、及び下流のシステム（例えば、トレーディング・システム）は、頻繁に呼び出されるどの項目を知って、その後、ホット保護を行います。
4.5ホット処理データ：
4.5.1最適化：キャッシュされ、LRU置換アルゴリズムは、使用して排除することができます。
4.5.2制約事項：例えばなさ整合ハッシュIDは、製品にアクセスし、次いで、ハッシュ・バケットに従ってポイントを行うため、各バケットが要求キュー内のホット商品を制限することができるサブ処理キューを、提供され、何らかのにホットスポットを防止するため商品別の要求は常に、サーバーの処理リソースにならないように、あまりにも多くのサーバリソースを取ります。
4.5.3アイソレーション：
4.5.3.1サービスの分離：前者は先にホットデータのウォームアップを行うには、一人で、販売上の販売者登録を行ってきました
4.5.3.2分離システム：殺すために、パケットの方法によって個別にデプロイすることができ、追加の99％は、別のドメインを適用することができ、要求オブジェクトは、異なるクラスタに分類させています。
4.5.3.3データの分離：スパイクは、キャッシュがホットデータを置くために、単一またはクラスタ化されたMySQLデータベースができますよう、データの目的はまた、0.01％99.99％にしたくない、データほとんどがホットデータと呼ばれるデータに影響を与える機会を持っています。
~~~~継続するには