参照します。https：//www.cnblogs.com/lidabo/p/6627642.html
高性能な大規模サイトのシステムを設計するには？モバイルインターネットの時代には、クライアントアプリケーションの開発自体ではなく、チームにとって本当の挑戦受賞経験、ではなく、支持力、またはセキュリティの両方のバックエンドの面でというように、これらの場所が勝つことができれば、アプリケーション全体の基本は、固体ではありません。
最もシンプルで、粗ウェイサーバーのパフォーマンスを向上させる、それが増加し、マシンのハードウェア構成をアップグレードすることです。ハードウェアは、マシンの量を増やすことで、同時成長を解決するために盲目的に安くなってますが、されているが、コストが非常に高いです。技術的な最適化プログラムと組み合わせることで、より効果的なソリューションです。
、ウェブ側のパフォーマンス
近年では、ユーザーの数は、主として、同時接続数の指数関数的な成長への指数関数的な成長を、表示されませんされている：1、Webページの要素より多くの、より豊富; 2、このブラウザの主流をプリロード。
（1）、長い接続を確立します。繰り返しの創造と破壊の接続動作を減らします。しかし、あなたは完全にこの接続を使用しない場合は、Webサーバーのシステムリソースを占有します接続を維持するために、資源の浪費につながります。
（2）、Webリクエストをキャッシュして減少しました。これは、有効期限が切れたり、ブラウザのローカルキャッシュに最大エージング、静的なコンテンツのHTTPプロトコルヘッダによって制御されます。しかし、この解決策、無効にユーザーの最初の訪問でなく、Webリソースのリアルタイムの部分に影響を与えます。
（3）、バージョン番号によってWeb要求を緩和します。交渉が修正-最終またはのEtagのHttp合意によって制御され、この時点では内容が変更が発生した場合ではない場合、サーバーは、サーバーが304を修正しません返すことを要求します。しかし,,接続がまだ確立されているが、要求も行われました。
（4）、合わせたページ要求。1、組み合わせの表示HTMLコンテンツ。直接HTMLページに、接続されていません導入の仕方によってCSSやJS。図2に示すように、Ajaxの動的コンテンツマージ要求。動的コンテンツの場合、バルク情報の問い合わせ後10 Ajaxリクエストにマージされます。一つに技術的なスプライトCSS意志多くの小さな画像でオフセット3、小さな絵の合併、。図4に示すように、圧縮CSS、JS、画像サイズ。
（5）、静的なページ。時間の非常に長い期間でのページのコンテンツの大半は、何も変化はなかったかもしれません。例えば、一度公開されたニュースレポートは、ほとんど内容は変更されません。この場合は、CGIによるディスクローカルWebサーバーに静的なHTMLページのキャッシュを生成しました。
二、アプリ側のパフォーマンス。
（1）画像三段階ローディング。メモリ、ディスク、ネットワークの三つの側面からの3次キャッシュを実現するために実施。ない場合に画像をロードするときに1、、最初の画像のキャッシュメモリがあるかどうかを確認し、参照されていない場合、それはネットワークからロードされている画像が存在するディスクキャッシュ場合、ネットワーク負荷が完了した後、2、写真は、メモリとディスクキャッシュに追加する必要があります; 3、LRUキャッシュに応じてスケジューリングモードを管理します。
（1）画像三段階ローディング。メモリ、ディスク、ネットワークの三つの側面からの3次キャッシュを実現するために実施。ない場合に画像をロードするときに1、、最初の画像のキャッシュメモリがあるかどうかを確認し、参照されていない場合、それはネットワークからロードされている画像が存在するディスクキャッシュ場合、ネットワーク負荷が完了した後、2、写真は、メモリとディスクキャッシュに追加する必要があります; 3、LRUキャッシュに応じてスケジューリングモードを管理します。
（2）プリローディング技術。歴史的な記録に基づいており、Webページの安全性の判断を参照し、あなたがリクエストをクリックすることができる前に、データを事前にロードします。
（3）ルーティングスケジュール。ユーザーのオンライン行動にどの部屋、毎日異なる振る舞い接続を着陸、私たちは、クライアント端末にプッシュ、計画ルーティングテーブルを作りました。あなたは、ユーザーのネットワークが発生切り替えると、我々は彼が最速のネットワークに接続する必要があり、このケースを知っています。
（4）アップロードが加速しました。各ユーザーは彼の最も最近のアップロードのノードは、彼の写真をアップロード選択するように国は、70個の以上のノードアップロード速度アップを展開しています。同時に、マルチポート、マルチコネクション加速のアップロードが有効になっている、あなたは、可能な限りのネットワーク資源のうち、実行することができ、および接続されていません事を告げ待って再送パケットの他の側面に保持。
第三に、帯域幅
2つの指標（平均ページサイズ、一日のPVが）関与帯域幅を計算するには、詳細なデータがログから統計情報にアクセスすることができます。平均流量=（日PV /（24 * 60 * 60））*平均ページサイズ。=平均流量ピークフロー* 5。ピークフローに等しい帯域幅を購入する必要があります。
しかし、ピークフローデーは、この数よりはるかに多いです。2015年大晦日のマイクロ手紙の封筒は110億回の合計数、ピーク1400万回/秒を振ります。対応活動の日、事前CDNでのイベントの日はG-帯域幅の数百に対処できるようになります。
第四に、バックステージパフォーマンス。
大規模なサイトには設計されていますが、次第に進化していません。インターネットの発展は、独自の法律を実行しているため、インターネットの歴史は繰り返し、「大規模にサイトのデザインの非常に最初は」この試みがうまくいかないことを証明しました。また、進化のプロセスは、それがボトルネックになっている現在のポイントを区別する必要がある、あなたは何点最高の優先順位の最適化を知っている必要があります。そのため、技術アーキテクチャの進化は、必ずしも最初から記事によるとされていないかを決定する場合のように、このコラムを下に終了します。
小規模サイトから言えば、1台のサーバが十分でしょう。進化は次のものが含まれます。
（1）データ・サーバやアプリケーションサーバの分離を。アプリケーションサーバーの設定よりよいCPU、メモリへ。大容量のハードディスクドライブ、より良いへのサーバーの構成データ。
（2）キャッシュを使用すること。ビジネスアクセスの80％は、データの20％に集中しているので、私たちは、このデータの一部をキャッシュすることができた場合、パフォーマンスが突然出てきます。キャッシュにNULLデータがあること、それ以外の場合は、データベースへの圧力を増加させる必要があります。
（3）のNoSQL。広くトランザクションデータベースシステムで使用されるNoSQLのは、強力なマイクロブログシステムではありません。以下のような：BigTableの、MongoDBの
（4）サーバクラスタ。考慮すべき：このようnginxのようバランシング負荷分散スケジューリングサーバを、ロード？。セッション管理の問題。通常続けるためにそれら同様の機能にするためにファイルをアップロードするには？ファイルサーバの統合管理を使用しました。
（5）読み出しおよびデータベースを書き込む分離します。サブスクリプションおよび出版。データ・アクセス・モジュールを実装することは上流階級の人々が読んで、分離が存在する書き込みをするコードを記述するのか分からないことができます。検討してくださいするには、次の遅延の問題を。binlogのログをMySQLデータの同期。サービス、マルチスレッドの同期ソリューションのレベルを分割することにより、パフォーマンスを向上させるための待ち時間の問題。
（6）分割データベース。縦割りデータベース、遭遇した問題：クロスビジネストランザクション、アプリケーション構成項目とより。スプリットレベルのデータの問題が発生しました：SQLのルーティングの問題は、あなたがどのユーザー・データベース上で知っておく必要があります。主キーの戦略は異なるものになります。ときに、ページングの問題としてクエリのパフォーマンスの問題、。
（7）CDN。分散ファイルシステムのCDN。ユーザーは、インターネットのネットワークの輻輳に対処するために必要なコンテンツを取得するために行くサイトへのユーザーアクセスの応答速度を向上させることができるように。ネットワーク「エッジ」に投稿したユーザーに最も近いサイトのコンテンツ 統計によると、CDN技術の使用は、サイトのパフォーマンスとスケーラビリティを強化するために、サーバー上の圧力を減らす、Webページ全体の95％にコンテンツビューに70％を処理することができます。リモート展開は、一般的には、次のとおりです。コアフォーカス、分散型のノード。以下のような：ネットワークの場所は、青江ルイ、 - 国家のCDNノードに同期したサイトのコンテンツは、CDNのお客様は、最寄りのサーバにアクセスします。
（8）分散解像度。このすべての事業を行うための独立したアプリケーションのサイトのビジネスますます複雑化、大規模な作成が非現実的になります。管理の観点からは、管理が容易ではありません。スプリットシステム機能だけでなく、安価なマシンの数が多いトラフィックとデータの膨大な量をサポートするために使用することができます。マイクロサービスアーキテクチャの利点は明らかである：低結合、柔軟な技術選択、解除より効率的な、障害分離。分散高性能、安定した通信フレームワーク、および異なる通信とリモート呼び出しの様々なサポートの必要性を提供する必要の解体後、1、2、大規模なアプリケーションのニーズを分割します。分割は多くの課題に直面します長い間、制御システムや他の仕上げ作業の依存関係の必要性を取る; 3.彼Yunwei（依存関係の管理、健康管理、バグ追跡、チューニング、監視およびアラームなど）も、この巨大な分散アプリケーションを。
（9）大小さなシステムが行います。はるかに小さい、低減モジュールカップリングの大規模システム、の複雑な機能は、会合を減少させます。非常に自作の小型システムで、高い凝集および低カップリングのパターンを形成する、各モジュール間の相互に過度に依存しない、に利点は全身避けるために、いずれかのモジュールによって打ち上げ率いるすべてのサービスを、影響されないように、リスク、真のグレースケールのサービス。
（10）ハードウェア負荷分散。ソフト負荷がnginxのは、Webアクセスの膨大な量を取ることができなかったサーバは、あなたが論理的に特定の分類を解決するために行うためにF5ハードウェアロードまたはアプリケーションを使用することができ、その後、クラスタは異なるソフト負荷に分散させました。
第五に、ビジネスを行う方法
問題のいくつかは、技術的手段によって、よりビジネス、より効率的な手段ではありません。12306タイムシェアリングのチケットは、典型的な例です。
（1）バッファ要求のフロントエンド。例えば赤色赤色要求レベルごと千万万回へのアクセス層、第2レベルの要求封筒ロジックに振盪した後、雪崩の可能性を低減する、エンド・ロジックやサービスをバックに広がります。
（2）リア非同期分割。最長の引き落とし操作、非同期処理をスキップします。例えば：「赤い封筒を受信し、現在の高い数値は、後で変更が記録されます。」
（3）すぐに拒否。クライアントの更新されたバージョンでは、関連するディレクティブと戦略が埋め異常なデータ収集を受信したとき、クライアントは自動的に要求の頻度を削減する、要求が失敗したなどとして、あなたは間違いなく、二次をペイントしたいのですが、実際にはないかもしれませんバックエンドに要求したが、遅すぎるがある場合、問題に対処するために、事前に埋め込まれていない場合は、直接、顧客Shaoanwuzao、返されました。
（4）プリロードを流れます。クライアントは自動的にピークトラフィックグルーミングの前に所定のウェルをダウンロードするようにクライアント、音声トラフィックの絵と事前にリソースを非常に消費からスタート。
（5）リソース隔離。サービス全体のチェーンに影響を与えるすべての問題を回避するため、いくつかのサービスの問題は、サービス全体の崩壊に影響を与えない場合でも、分岐。
（6）ビジネスシナリオに基づいて画質を減らします。1、別の端末のために、異なる品質の写真をダウンロードしてください。その後、画像とが同じ品質の基本的な状況では30％減少したように図2に示すように、新しい符号化フォーマットを研究。明確な図が表示されますながら3は、いくつかの段階的な伝送技術を適用するには、まず、漠然としたマップが表示されます。
（7）ロールバック機構が複雑なビジネスロジックになり、エラーが発生しやすい、抜け穴が存在してもよいです。私たちは、シンプルさを向上させ、高可用性サービス、およびエラーレートを減らす必要があります。非常にいくつかのエラーについては、個別に処理ログの後に。
第六に、接続制限の最大数
（1）全流量、圧力測定、全体のビジネスリンクは自動的に過負荷を防止するために、事前に評価します。
（2）柔軟は、多くのレベル（ログイン>テキストメッセージ>写真メッセージ>フレンド状態プレゼンテーション>キーボード操作のヒント）に分け始めて利用できるさまざまな機能に私たちを必要とします。
（3）モジュール間の呼び出しタイムアウト適切に設定した場合、柔軟なポリシーの故障につながる可能性があります。柔軟性がダウンし続けるとき、タイムアウトを呼び出すC、柔軟cに対するBが、これは意味がありません。通話Bが300msのタイムアウトで、BはCが500msのタイムアウトで呼び出します。
成功率は95％以上である場合（4）は、再試行、又は界面層を拒否することができます。
参考文献：
1、大規模なサイトの技術的なアーキテクチャの進化http://news.cnblogs.com/n/518851/
2、高い同時実行Webサービスが進化http://www.admin10000.com/document/6190.html
3、Webサービスのアーキテクチャhttp://www.cnblogs.com/jiekzou/p/4677994.html
図4に示すように、マイクロチャネルの製品マネージャーとアーキテクトは、カン朱10億赤い封筒に依存するのですか？http://www.woshipm.com/pmd/138987.html
5、復号テンセントネットワークアーキテクチャ製品の後ろ億話http://news.idcquan.com/news/66660.shtml
6.なぜChromeブラウザのお気に入り特別なメモリhttp://www.admin10000.com/document/6318.html
7、大規模なWebサイトの技術フレームワーク：コア原則やケーススタディ、李Zhihui
高性能な大規模サイトのシステムを設計するには？モバイルインターネットの時代には、クライアントアプリケーションの開発自体ではなく、チームにとって本当の挑戦受賞経験、ではなく、支持力、またはセキュリティの両方のバックエンドの面でというように、これらの場所が勝つことができれば、アプリケーション全体の基本は、固体ではありません。
最もシンプルで、粗ウェイサーバーのパフォーマンスを向上させる、それが増加し、マシンのハードウェア構成をアップグレードすることです。ハードウェアは、マシンの量を増やすことで、同時成長を解決するために盲目的に安くなってますが、されているが、コストが非常に高いです。技術的な最適化プログラムと組み合わせることで、より効果的なソリューションです。
、ウェブ側のパフォーマンス
近年では、ユーザーの数は、主として、同時接続数の指数関数的な成長への指数関数的な成長を、表示されませんされている：1、Webページの要素より多くの、より豊富; 2、このブラウザの主流をプリロード。
（1）、長い接続を確立します。繰り返しの創造と破壊の接続動作を減らします。しかし、あなたは完全にこの接続を使用しない場合は、Webサーバーのシステムリソースを占有します接続を維持するために、資源の浪費につながります。
（2）、Webリクエストをキャッシュして減少しました。これは、有効期限が切れたり、ブラウザのローカルキャッシュに最大エージング、静的なコンテンツのHTTPプロトコルヘッダによって制御されます。しかし、この解決策、無効にユーザーの最初の訪問でなく、Webリソースのリアルタイムの部分に影響を与えます。
（3）、バージョン番号によってWeb要求を緩和します。交渉が修正-最終またはのEtagのHttp合意によって制御され、この時点では内容が変更が発生した場合ではない場合、サーバーは、サーバーが304を修正しません返すことを要求します。しかし,,接続がまだ確立されているが、要求も行われました。
（4）、合わせたページ要求。1、組み合わせの表示HTMLコンテンツ。直接HTMLページに、接続されていません導入の仕方によってCSSやJS。図2に示すように、Ajaxの動的コンテンツマージ要求。動的コンテンツの場合、バルク情報の問い合わせ後10 Ajaxリクエストにマージされます。一つに技術的なスプライトCSS意志多くの小さな画像でオフセット3、小さな絵の合併、。図4に示すように、圧縮CSS、JS、画像サイズ。
（5）、静的なページ。時間の非常に長い期間でのページのコンテンツの大半は、何も変化はなかったかもしれません。例えば、一度公開されたニュースレポートは、ほとんど内容は変更されません。この場合は、CGIによるディスクローカルWebサーバーに静的なHTMLページのキャッシュを生成しました。
二、アプリ側のパフォーマンス。
（1）画像三段階ローディング。メモリ、ディスク、ネットワークの三つの側面からの3次キャッシュを実現するために実施。ない場合に画像をロードするときに1、、最初の画像のキャッシュメモリがあるかどうかを確認し、参照されていない場合、それはネットワークからロードされている画像が存在するディスクキャッシュ場合、ネットワーク負荷が完了した後、2、写真は、メモリとディスクキャッシュに追加する必要があります; 3、LRUキャッシュに応じてスケジューリングモードを管理します。
（1）画像三段階ローディング。メモリ、ディスク、ネットワークの三つの側面からの3次キャッシュを実現するために実施。ない場合に画像をロードするときに1、、最初の画像のキャッシュメモリがあるかどうかを確認し、参照されていない場合、それはネットワークからロードされている画像が存在するディスクキャッシュ場合、ネットワーク負荷が完了した後、2、写真は、メモリとディスクキャッシュに追加する必要があります; 3、LRUキャッシュに応じてスケジューリングモードを管理します。
（2）プリローディング技術。歴史的な記録に基づいており、Webページの安全性の判断を参照し、あなたがリクエストをクリックすることができる前に、データを事前にロードします。
（3）ルーティングスケジュール。ユーザーのオンライン行動にどの部屋、毎日異なる振る舞い接続を着陸、私たちは、クライアント端末にプッシュ、計画ルーティングテーブルを作りました。あなたは、ユーザーのネットワークが発生切り替えると、我々は彼が最速のネットワークに接続する必要があり、このケースを知っています。
（4）アップロードが加速しました。各ユーザーは彼の最も最近のアップロードのノードは、彼の写真をアップロード選択するように国は、70個の以上のノードアップロード速度アップを展開しています。同時に、マルチポート、マルチコネクション加速のアップロードが有効になっている、あなたは、可能な限りのネットワーク資源のうち、実行することができ、および接続されていません事を告げ待って再送パケットの他の側面に保持。
第三に、帯域幅
2つの指標（平均ページサイズ、一日のPVが）関与帯域幅を計算するには、詳細なデータがログから統計情報にアクセスすることができます。平均流量=（日PV /（24 * 60 * 60））*平均ページサイズ。=平均流量ピークフロー* 5。ピークフローに等しい帯域幅を購入する必要があります。
しかし、ピークフローデーは、この数よりはるかに多いです。2015年大晦日のマイクロ手紙の封筒は110億回の合計数、ピーク1400万回/秒を振ります。対応活動の日、事前CDNでのイベントの日はG-帯域幅の数百に対処できるようになります。
第四に、バックステージパフォーマンス。
大規模なサイトには設計されていますが、次第に進化していません。インターネットの発展は、独自の法律を実行しているため、インターネットの歴史は繰り返し、「大規模にサイトのデザインの非常に最初は」この試みがうまくいかないことを証明しました。また、進化のプロセスは、それがボトルネックになっている現在のポイントを区別する必要がある、あなたは何点最高の優先順位の最適化を知っている必要があります。そのため、技術アーキテクチャの進化は、必ずしも最初から記事によるとされていないかを決定する場合のように、このコラムを下に終了します。
小規模サイトから言えば、1台のサーバが十分でしょう。進化は次のものが含まれます。
（1）データ・サーバやアプリケーションサーバの分離を。アプリケーションサーバーの設定よりよいCPU、メモリへ。大容量のハードディスクドライブ、より良いへのサーバーの構成データ。
（2）キャッシュを使用すること。ビジネスアクセスの80％は、データの20％に集中しているので、私たちは、このデータの一部をキャッシュすることができた場合、パフォーマンスが突然出てきます。キャッシュにNULLデータがあること、それ以外の場合は、データベースへの圧力を増加させる必要があります。
（3）のNoSQL。広くトランザクションデータベースシステムで使用されるNoSQLのは、強力なマイクロブログシステムではありません。以下のような：BigTableの、MongoDBの
（4）サーバクラスタ。考慮すべき：このようnginxのようバランシング負荷分散スケジューリングサーバを、ロード？。セッション管理の問題。通常続けるためにそれら同様の機能にするためにファイルをアップロードするには？ファイルサーバの統合管理を使用しました。
（5）読み出しおよびデータベースを書き込む分離します。サブスクリプションおよび出版。データ・アクセス・モジュールを実装することは上流階級の人々が読んで、分離が存在する書き込みをするコードを記述するのか分からないことができます。検討してくださいするには、次の遅延の問題を。binlogのログをMySQLデータの同期。サービス、マルチスレッドの同期ソリューションのレベルを分割することにより、パフォーマンスを向上させるための待ち時間の問題。
（6）分割データベース。縦割りデータベース、遭遇した問題：クロスビジネストランザクション、アプリケーション構成項目とより。スプリットレベルのデータの問題が発生しました：SQLのルーティングの問題は、あなたがどのユーザー・データベース上で知っておく必要があります。主キーの戦略は異なるものになります。ときに、ページングの問題としてクエリのパフォーマンスの問題、。
（7）CDN。分散ファイルシステムのCDN。ユーザーは、インターネットのネットワークの輻輳に対処するために必要なコンテンツを取得するために行くサイトへのユーザーアクセスの応答速度を向上させることができるように。ネットワーク「エッジ」に投稿したユーザーに最も近いサイトのコンテンツ 統計によると、CDN技術の使用は、サイトのパフォーマンスとスケーラビリティを強化するために、サーバー上の圧力を減らす、Webページ全体の95％にコンテンツビューに70％を処理することができます。リモート展開は、一般的には、次のとおりです。コアフォーカス、分散型のノード。以下のような：ネットワークの場所は、青江ルイ、 - 国家のCDNノードに同期したサイトのコンテンツは、CDNのお客様は、最寄りのサーバにアクセスします。
（8）分散解像度。このすべての事業を行うための独立したアプリケーションのサイトのビジネスますます複雑化、大規模な作成が非現実的になります。管理の観点からは、管理が容易ではありません。スプリットシステム機能だけでなく、安価なマシンの数が多いトラフィックとデータの膨大な量をサポートするために使用することができます。マイクロサービスアーキテクチャの利点は明らかである：低結合、柔軟な技術選択、解除より効率的な、障害分離。分散高性能、安定した通信フレームワーク、および異なる通信とリモート呼び出しの様々なサポートの必要性を提供する必要の解体後、1、2、大規模なアプリケーションのニーズを分割します。分割は多くの課題に直面します長い間、制御システムや他の仕上げ作業の依存関係の必要性を取る; 3.彼Yunwei（依存関係の管理、健康管理、バグ追跡、チューニング、監視およびアラームなど）も、この巨大な分散アプリケーションを。
（9）大小さなシステムが行います。はるかに小さい、低減モジュールカップリングの大規模システム、の複雑な機能は、会合を減少させます。非常に自作の小型システムで、高い凝集および低カップリングのパターンを形成する、各モジュール間の相互に過度に依存しない、に利点は全身避けるために、いずれかのモジュールによって打ち上げ率いるすべてのサービスを、影響されないように、リスク、真のグレースケールのサービス。
（10）ハードウェア負荷分散。ソフト負荷がnginxのは、Webアクセスの膨大な量を取ることができなかったサーバは、あなたが論理的に特定の分類を解決するために行うためにF5ハードウェアロードまたはアプリケーションを使用することができ、その後、クラスタは異なるソフト負荷に分散させました。
第五に、ビジネスを行う方法
問題のいくつかは、技術的手段によって、よりビジネス、より効率的な手段ではありません。12306タイムシェアリングのチケットは、典型的な例です。
（1）バッファ要求のフロントエンド。例えば赤色赤色要求レベルごと千万万回へのアクセス層、第2レベルの要求封筒ロジックに振盪した後、雪崩の可能性を低減する、エンド・ロジックやサービスをバックに広がります。
（2）リア非同期分割。最長の引き落とし操作、非同期処理をスキップします。例えば：「赤い封筒を受信し、現在の高い数値は、後で変更が記録されます。」
（3）すぐに拒否。クライアントの更新されたバージョンでは、関連するディレクティブと戦略が埋め異常なデータ収集を受信したとき、クライアントは自動的に要求の頻度を削減する、要求が失敗したなどとして、あなたは間違いなく、二次をペイントしたいのですが、実際にはないかもしれませんバックエンドに要求したが、遅すぎるがある場合、問題に対処するために、事前に埋め込まれていない場合は、直接、顧客Shaoanwuzao、返されました。
（4）プリロードを流れます。クライアントは自動的にピークトラフィックグルーミングの前に所定のウェルをダウンロードするようにクライアント、音声トラフィックの絵と事前にリソースを非常に消費からスタート。
（5）リソース隔離。サービス全体のチェーンに影響を与えるすべての問題を回避するため、いくつかのサービスの問題は、サービス全体の崩壊に影響を与えない場合でも、分岐。
（6）ビジネスシナリオに基づいて画質を減らします。1、別の端末のために、異なる品質の写真をダウンロードしてください。その後、画像とが同じ品質の基本的な状況では30％減少したように図2に示すように、新しい符号化フォーマットを研究。明確な図が表示されますながら3は、いくつかの段階的な伝送技術を適用するには、まず、漠然としたマップが表示されます。
（7）ロールバック機構が複雑なビジネスロジックになり、エラーが発生しやすい、抜け穴が存在してもよいです。私たちは、シンプルさを向上させ、高可用性サービス、およびエラーレートを減らす必要があります。非常にいくつかのエラーについては、個別に処理ログの後に。
第六に、接続制限の最大数
（1）全流量、圧力測定、全体のビジネスリンクは自動的に過負荷を防止するために、事前に評価します。
（2）柔軟は、多くのレベル（ログイン>テキストメッセージ>写真メッセージ>フレンド状態プレゼンテーション>キーボード操作のヒント）に分け始めて利用できるさまざまな機能に私たちを必要とします。
（3）モジュール間の呼び出しタイムアウト適切に設定した場合、柔軟なポリシーの故障につながる可能性があります。柔軟性がダウンし続けるとき、タイムアウトを呼び出すC、柔軟cに対するBが、これは意味がありません。通話Bが300msのタイムアウトで、BはCが500msのタイムアウトで呼び出します。
成功率は95％以上である場合（4）は、再試行、又は界面層を拒否することができます。
参考文献：
1、大規模なサイトの技術的なアーキテクチャの進化http://news.cnblogs.com/n/518851/
2、高い同時実行Webサービスが進化http://www.admin10000.com/document/6190.html
3、Webサービスのアーキテクチャhttp://www.cnblogs.com/jiekzou/p/4677994.html
図4に示すように、マイクロチャネルの製品マネージャーとアーキテクトは、カン朱10億赤い封筒に依存するのですか？http://www.woshipm.com/pmd/138987.html
5、復号テンセントネットワークアーキテクチャ製品の後ろ億話http://news.idcquan.com/news/66660.shtml
6.なぜChromeブラウザのお気に入り特別なメモリhttp://www.admin10000.com/document/6318.html
7、大規模なWebサイトの技術フレームワーク：コア原則やケーススタディ、李Zhihui