考えます
流行以来、私たちは何をする必要があり、今年、我々はそれが爆発的であれば、突然思ったカン朱、突然のトラフィックの増加、さらには10倍であれば完全に商品の流れを三倍が、拡張の方法により、マシンのリソースを追加しているので、インターネットの教育クラスですこれで20回を対処する方法？一瞬のために、この質問について慎重に考えて、プラスの情報を見つけ、単にどのようなプログラムについて書きたかったです。
シーン
システムが唯一の同時アクセスの10ワットの最大量を受け入れることができ、そして今、我々はスパイク活性を有している場合は、スパイク活動は、100ワットまでへの同時アクセスの際に予想される量を開始しました。明らかに100ワットはるかに多くのシステムの通常の運搬能力よりも、どのようにそれの流れで、この突然の増加を解決するには？ユーザーのアクセスを開始し、実際には、我々は、各ステージのための電流制限の層を行うことができ、いくつかの段階を経るように要求。
制限の正当性
まず第一に、私たちは、これらの要求が真剣に通常のユーザの購買ニーズに影響を与えたので程度、でもロボットのいくつかは、その後、我々は間違いなくインターセプト要求とスキャルピングロボットに持っている、悪意のあるユーザー皮むきもあるが、通常のアクセスユーザーが含まれ、この100ワットだと思います。され、最初にすべての非常に単純な事実の、このレベルでそれを制限するどのように確認コードを追加するまず、このコードはリクエストのロボットをブロックすることができ、そして第二に、あなたは、ユーザーのアクセス時間を長くすることができます。私たちはこれを使用することができますので、単一の要求はわずか数ミリ秒、または繰り返し購入と同じ商品を取るの下で、いくつかのネットワーク技術で見つかった場合は、その後、IP制限を使用することができ、それは、使用者が正当な利用者やロボットとはみなされていないことを要求することができます参加し、IPブラックリストの制限はアクセスを禁止します。最後に、ケースは、必ずしもそうではありません以下、我々はスパイクアドレス開い入り口をスパイクしていない時間の初めより。
負荷制限
さて、正当性の限界の第一層の後、トラフィック50ワット程度残っているに来て、我々はサーバークラスタにnginxのトラフィック転送を使用することができ、クラスタ我々は3台のマシンを持っている場合、各マシンが唯一の17ワット程度に対処する必要があります同時アクセスの量。さらに、我々は第七層nginxの中に、我々は、他のネットワーク層にロードすることができ、ネットワークに応じてその7層モデルを知っている、例えば、我々は第2層のデータリンク層のMACアドレスをロードし、我々が生成することができ仮想MACは、このアドレスは、3台の他のサーバにマッピングされ、同一のネットワークでは、IP第三層、ロードポート番号第四層によって支持することができます。私たちのほとんどは、一般的にnginxの使用、nginxの+ LVSや負荷をすることができます。
サービスを制限
最初の2つのレベルがサーバの要求を達している時間を制限する、そして私たちは、最初の例を、それを処理するために、どのようにサーバへのリクエストは、我々はTomcatサーバーは、接続の数は余分な要求を放棄します接続の数を超えて制限することができます使用され、我々また、トークンバケットアルゴリズムを使用し、毎秒だけ1000年のトークンを生成し、スパイクの商品を購入するトークン要求をつかむことができます。各サーバーの要求処理機能のアカウント異なるに取ると、我々はまた、電流を制限するために、メッセージキューを使用することができ、ユーザーが成功を買う通知する方法を知らせる補償するために使用することができます。私たちは建築の分離の終わりを使用している場合や、ユーザーのアクセスhtmlとjsのコードは、直接絵大きなポイント内部のブラウザにキャッシュすることができます前に、nginxのか、OSSクラウドサーバー上に保存することができ、特にかさばるビデオは、使用上のCDNで展開することができますもちろん、上記のキャッシュは、このようなソースサーバへのCDN OSSサーババックとして、お互いを補完することができ、ユーザーのアクセス速度を向上させるために周辺地域へのアクセスを提供しています。ダイナミック・データ・キャッシュは、ローカルキャッシュ+ Redisのの一般的な使用を考慮することが、ビジネスのプログラマのサービス終了ですが、私たちはより多くの、より良いキャッシュ、キャッシュの使用、得られたデータの一貫性を保護するために、より多くの可能性を使用していません下げます。
