Aliプログラマー、これは分散アーキテクチャを取得する方法ですか？

「分散システム」となると、誰もが最初に感じるのは、背が高くて計り知れないことです。多くのJavaクラスメートは、仕事を探すときに混乱した質問をされることがよくあります。「分散システムアーキテクチャ」についてどのように話しますか。

誰もが「泥沼」を長時間這うのを防ぐために、私はアリのボスから分散アーキテクチャ情報を入手しました。

多くの学生が最も懸念しているいくつかの問題を解決します。今日は、分散の3つの問題についてお話します。

 1.分散システムとは何ですか？

1.分散システムは、複数のノードで構成されるシステムである必要があります。

それらの中で、ノードはコンピュータサーバーを指し、これらのノードは一般に分離されていませんが、相互運用可能です。

2.ノードはこれらの接続されたノードに展開され、相互の操作が調整されます。

ユーザーにとって、分散システムはサーバーに面しており、ユーザーが必要とするサービスのみを提供します。実際、これらのサービスは、背後にある多くのサーバーで構成される分散システムです。したがって、分散システムはスーパーコンピューターのように見えます。

たとえば、淘宝網は通常、誰もが使用します。分散システムです。ブラウザで淘宝網のウェブサイトにアクセスすると、このリクエストの背後には、サービスを提供する巨大な分散システムがあります。システム全体の一部はリクエストの処理、一部は保存、一部は計算を担当し、最終的には相互に調整します。 。最終結果が返され、ユーザーに表示されます。

2.分散トランザクションを実現するためのソリューションは何ですか？

分散トランザクションの実現には、主に次の5つのスキームがあります。

• XAプラン
• TCC計画
• ローカルメッセージテーブル
• 信頼性の高いメッセージの結果整合性スキーム
• ベストエフォート通知プラン

3.CAP理論

C：データの整合性（整合性）すべてのノードに最新バージョンのデータがあります

A：可用性（可用性）データの可用性は高い

P：パーティショントレランス（partition-tolerance）は、ネットワーク内でのパーティションの発生を許容し、パーティション間でネットワークに到達できません。

CAP理論では、Cで表される整合性は強い整合性です（各ノードのデータは最新バージョンです）。実際、他のレベルの整合性があります。

弱い一貫性：弱い一貫性は強い一貫性に関連しており、常に最新の値が取得されることを保証するものではありません。

結果整合性（結果整合性）：時間の要件を緩和し、操作応答が完了した後の特定の時点で、複数のノードのデータが最終的にコンセンサスに達します。可用性の範囲は、0〜100％の連続性として定義できます。間隔。

したがって、CAP理論では、実際には、ネットワークパーティションを許容する条件下では、「強力な一貫性」と「極端な可用性」を同時に達成することはできないと定義されています。

 

より分散した問題については、Aliプログラマーが学習して使用しているこの分散型の実践的な演習マニュアルを直接読むことができます。

ライティングコア

メモは、Spring Boot + SpringCloudのアイデアに基づいています。

分散型は人間の臓器と理解でき、人体は分散型システムと見なすことができます。脳は登録センターのクラスターです。手足と臓器はサービスを提供するマイクロサービスです。前方の距離はマイクロサービス実行後の戻り値です。 、および消費される物理エネルギーはマイクロサービスです。サービスで処理されるロジックと影響を受けるメモリは、一部のマイクロサービスによるデータベースの追加、削除、変更、およびチェックです。分散型はアイデアと見なすことができ、SpringCloudとSpringBootはこのアイデアを実現するツールです。

 

 

この本では、分散アーキテクチャとマイクロサービスの例を組み合わせて、SpringBoot + Spring Cloudの基本的な知識、アーキテクチャシーケンス、および操作方法を紹介します。

プラットフォームのスペースが限られているため、次のコンテンツがスクリーンショットの形ですべての人に表示されます。この413ページの分散型実践マニュアルを体系的に学習する必要がある友人がいる場合は、転送+フォローしてアシスタントを追加できます。 vx：PDFバージョンを取得するためのbjmsb10

目次

第1章から第5章では、基本的に、Consulクラスター、複数のマイクロサービス、マイクロサービス間の通信、負荷分散、およびサーキットブレーカーの分散基本構造を構築できます。

 

第6章から第11章では、主に、Spring Boot、MySQL、Redis、キャッシュ整合性、トランザクション、非同期スレッドプール、分散メッセージ通信、分散タスクスケジューリング管理、FastDFS分散ファイル管理などのマイクロサービスビジネスコードの記述方法を紹介します。

 

第12章では、マイクロサービス分散アーキテクチャを拡張して要約します

 

この実用的なエクササイズノートはいいにおいがしますか？この記事がすべての読者の役に立つことを願っています;まあ、今日の共有はここで止まります;また会いましょう！

 

入手方法：

この413ページの分散型練習マニュアルを体系的に学習する必要がある友人がいる場合は、PDFバージョンを取得するためにアシスタントvx：bjmsb10を転送+フォローして追加できます。