正直なところ、プログラマーとしての私の技術的能力は、会社のビジネスの急速な成長の間に経験されており、特に「スパイク」シナリオで、トラフィックが多く同時実行性の高いWebサイトアーキテクチャの設計と最適化の経験を積み重ねてきました。。その時点で、大量のトラフィック要求を処理するために、システムに対して十分な極端な最適化を行ったに違いないと確信しているためです。

当初、タオバオの製品詳細システムのPVはほぼ1億でしたが、2016年までにほぼ50億に上昇したことを覚えています。特に2012年から2014年にかけては、「seckill」活動が特に人気で、ユーザーの参加意欲は各波よりも高く、システムが直面しなければならないトラフィックは2倍になりました。

そして、すべてのスパイク活動は技術チームのテストです。今考えてみると、当時、私たちのチーム全体が恐れを知らず、反復し、段階的に革新していました。そして、問題を1つずつ解決するプロセスも非常に挑戦的で充実したものでした。

ある年、「ダブルイレブン」に対応するために、商品リストチーム全体でシステムの最適化を行ったのを覚えています。全社最高のシステムであり、その性能はすでに「業界トップ」だと思います。

実際、スパイクの全体的な構造は、「安定した、正確で、速い」キーワードとして要約できます。

したがって、技術的な観点から、「安定、正確、高速」は、アーキテクチャの高可用性、一貫性、および高性能の要件に対応します。このコラムでは、次のようにこれらの側面にも焦点を当てます。

高性能。スパイクには多数の同時読み取りと同時書き込みが含まれるため、高い同時アクセスをサポートすることが非常に重要です。このコラムでは、設計データの動的および静的分離スキームの4つの側面、ホットスポットの検出と分離、要求されたピーククリッピングと階層フィルタリング、およびサーバーの最終的な最適化に焦点を当てます。

一貫性。スパイクで在庫削減を達成する方法も重要です。限られた数の商品が同時に在庫を減らすために何度も要求されることが考えられます。在庫削減は、大規模な同時更新で「写真在庫削減」、「支払い削減在庫」、源泉徴収などに分けられます。その過程でデータの正確性を確保する必要があり、その難しさを想像することができます。したがって、スパイク削減計画を設計する方法を具体的に説明する記事を使用します。

非常に利用可能です。極端な最適化のアイデアをたくさん紹介しましたが、現実には考えられない状況も避けられないので、システムの高い可用性と正確性を確保するために、最悪の状況をカバーするPlanBも設計する必要があります。時間はまだそれを冷静に扱うことができます。コラムの最後で、どのリンクを使用して最終的な計画を設計できるかについて考えてみましょう。最後に、オタクの時間にお会いできてとても幸運です。このクラスで、大規模な同時実行性、高性能、高可用性のスパイクシステムの設計を完全に理解し、同様の問題の解決を検討する際により正確に考えることができるようになることを願っています。そして判断。

基本

1.1。高度に並行したシステム：その一般的な設計方法は何ですか