1. 分散アーキテクチャの発展の歴史

1946年に世界初の電子コンピュータが米国のペンシルバニア大学で誕生しました。その名前はENICACです。決して速いわけではありませんが、これはコンピュータ時代の到来を表しており、将来のインターネットの発展においても根本的な重要性を持っています。

コンピュータの構成は、入力デバイス、出力デバイス、メモリの 5 つの部分で完成します。メモリには、演算ユニットとコントローラが含まれています。コンピュータの構成を非常に鮮やかに説明するフォンノイマンモデルがあります。 , しかし、コンピュータには計算や通常の動作のためのデータフロー、命令フロー、制御フローもあります。写真に示されているように:

ENIACの後、電子コンピュータはIBMが支配するメインフレームの時代に入り、1946年に最初のIBMメインフレームSYSTEM/360が誕生し、1950年代から1960年代にIBMが誕生しました。メインフレームコンピュータ業界全体を支配したコンピュータアーキテクチャは、CISC (マイクロプロセッサによって実行されるコンピュータ言語命令セット) CPU ベースの安価なパーソナル PC と、価格の高い RISC (縮小命令セットコンピュータ) の 2 つの方向に発展しました。。

コンピューティング能力と処理能力、高い安定性とセキュリティを備えたメインフレームの出現は、長い間コンピューティング分野の発展をリードしてきました。しかし、集中型コンピュータシステムはいくつかの問題を引き起こしており、次のようなユーザーのニーズを満たすことができなくなってきています。

2. メインフレームはより複雑で、人材のトレーニングにかかるコストが比較的高くなります。

3. メインフレームの障害などの単一点の問題により、システム全体がダウンして動作できなくなり、企業に多大な損失が生じます。

4. テクノロジーの進歩に伴い、個人用 PC の性能はますます高くなり、コストはますます下がっています。

アリババは2009年に「IOE」を排除する取り組みを開始しました

IOE は、IBM のミニコンピューター、Oracle のデータベース、EMC のハイエンドストレージデバイスを指します。2009 年の IOE からの移行は、Alipay の最後の IBM ミニコンピューターが 2003 年にオフラインになるまで続きました。

なぜIOEに行くのか

アリババは過去にデータベースにOracleを使用し、ミニコンピューターとハイエンドストレージデバイスを使用して高性能のデータ処理とストレージサービスを提供していました。企業のビジネス量が増加し、ユーザー数が増加し続けるにつれて、従来の集中型アーキテクチャの Oracle データベースは拡張のボトルネックに直面しています。従来の Oracle と比較すると、DB2 は主に集中型であり、集中型の拡張では水平方向の拡張ではなく、上向きの拡張が主となるため、これは遅かれ早かれシステムのボトルネックになります。

1. 分散アーキテクチャの共通概念

クラスター

この小さなレストランは、野菜を切り、野菜を洗い、食材を準備し、調理するシェフであることが判明しました。その後、客が増えたとき、厨房の一人のシェフが忙しすぎたので、二人のシェフが同じ料理を作ることができました。

シェフが料理に集中して完璧な料理を作るために、野菜のカット、野菜の準備、材料の準備を担当するシェフが雇われています。シェフとシェフが分散していて、おかずシェフ一人でも多忙で、おかずシェフを雇うと二人のシェフの関係がクラスターになってしまう。したがって、分散アーキテクチャにはクラスターが存在する可能性がありますが、クラスターは分散を意味するものではありません。

Node

Nodeとは、分散プロトコルに従って一連のロジックを独立して完了できる個別のプログラムを指します。特定のプロジェクトでは、ノードはオペレーティングシステム上のプロセスを表します。

レプリカのメカニズム

レプリカとは、分散システム内のデータまたはサービスに冗長性を提供することを指します。

データのコピーとは、同じデータを別のノードに保持することを指し、特定のノード上のデータが失われた場合に、コピーからデータを読み取ることができます。データのコピーは、分散システムでデータ損失が発生する唯一の手段です。

サービスコピーとは、複数のノードが同じサービスを提供し、マスター/スレーブ関係を通じてサービスの高可用性ソリューションを実現することを意味します。

ミドルウェア

ミドルウェアは、オペレーティングシステムによって提供されるサービスに追加されるものであり、アプリケーションに属さず、開発者にとってアプリケーション層とシステム層の間の通信、入出力を便利に処理するソフトウェアの一種です。これにより、ユーザーはアプリケーションの一部を気にすることができます。

アーキテクチャの開発プロセス

成熟した大規模Webサイトシステムのアーキテクチャは、最初から完璧に設計されているわけではなく、最初から高性能、高可用性、セキュリティなどの機能を備えているわけではなく、ユーザー数の増加に伴い、ビジネス機能の拡張が徐々に改善されるにつれて、時間の経過とともに進化しました。この開発プロセスでは、開発モデルや技術アーキテクチャなどが大きく変化します。

システムが以下の機能を持っているとします:

ユーザーモジュール: ユーザーの登録と管理

商品モジュール: 商品の表示と管理

トランザクションモジュール: トランザクションの作成と支払い決済

フェーズ 1: 単一アプリケーションアーキテクチャ

システムの開始時には、アプリケーションとデータベースの両方が 1 つのサーバー上に配置されます。

フェーズ 2: アプリケーションサーバーとデータベースサーバーの分離

Web サイトのユーザー数が増加し、トラフィックが増加するにつれて、アプリケーションサーバーとデータベースサーバーを別々のデプロイメントマシンに配置すると、システムのパフォーマンスが向上し、パフォーマンスが向上します。アクセス効率が向上し、単一マシンの負荷容量と災害復旧機能が向上します。

フェーズ 3: アプリケーションサーバークラスター - アプリケーションサーバー負荷アラーム

アクセス数とトラフィックが増加すると、データベースにボトルネックが発生しないと仮定して、アプリケーションサーバークラスターを使用してリクエストをオフロードし、プログラムのパフォーマンスを向上させます。既存の問題: ユーザーのリクエストを誰が転送するか、およびセッションをどのように管理するか。

フェーズ 4: データベースの負荷が増加します - データベースの読み取りと書き込みの分離

読み取りと書き込みが分離されている場合、今後のリクエストとクエリリクエストはスレーブライブラリからデータを読み取り、書き込まれたデータをメインライブラリに送信できます。ただし、次のような問題が発生します:

1. マスターデータベースとスレーブデータベース間のデータ同期: mysql に付属のマスター/スレーブメソッドを使用して、マスター/スレーブレプリケーションを実現できます。

2. 対応するデータソースの選択: を使用します。サードパーティのデータベースミドルウェア (mycat

など)

ステージ 5: 検索エンジンを使用して、データベースの読み取りの負担を軽減します

データベースの読み取りにデータベースを使用する場合、特に大規模なインターネット企業の場合、検索対象のモジュールのファジークエリのパフォーマンスがあまり良くないことがよくあります。これにより、検索エンジンを使用できるようになり、クエリの速度が大幅に向上しますが、インデックスの構築などの問題も発生します。