dubbo の本質(zhì): Jar パッケージ、分散フレームワーク、およびリモート サービス呼び出し用の分散フレームワーク。
1. ダボとは何ですか?
#1) これは初心者向けのチュートリアルであるため、多くの學(xué)生は、分散サービス コールとリモート サービス コールとは何なのか、なぜ分散する必要があるのか??、なぜ必要なのかを理解していないはずです。リモート通話。簡(jiǎn)単に比較表を描いて説明します (図 2 の図 1 を參照してください。畫板に描いていますので、スプレーしないでください)。
考えてみてください。以前はすべてが同じサーバー上にあり、呼び出しメソッドは直接自然に呼び出されていましたが、問(wèn)題はありませんでした?，F(xiàn)在では、需要の増加により、その多くが別々のサーバーに分割されてデプロイされていますが、以前はそれらがすべて 1 つのサーバー上に分散されていたのと比べて、Web 層のサービスは を呼び出しています。サービス層はリモート呼び出しになったのでしょうか?では、以前と同じサーバー上でメソッドを自然に呼び出すにはどうすればよいでしょうか?それを解決するためにダボ。これは以下のダボの利點(diǎn)です。
2. ダボの利點(diǎn)は何ですか?
1. 透過(guò)的なリモート メソッドの呼び出しには、ローカル メソッドの呼び出しと同様に、API の侵入を必要としない簡(jiǎn)単な構(gòu)成が必要です。
2. ソフト ロード バランシングおよびフォールト トレランス メカニズムは、イントラネット上の F5 などのハードウェア ロード バランサを置き換えることができ、コストとシングル ポイントを削減します。
3. 自動(dòng)サービス登録と検出。サービス プロバイダーのアドレスを書き留める必要がなくなり、登録センターはインターフェイス名に基づいてサービス プロバイダーの IP アドレスを照會(huì)し、サービス プロバイダーをスムーズに追加または削除できます。 。 (以下で説明します)
Dubbo は、完全な Spring 構(gòu)成メソッドを使用して、アプリケーションに API を侵入させることなくアプリケーションに透過(guò)的にアクセスします。Spring を使用する必要があるのは、Spring のスキーマ拡張に基づいて Dubbo の構(gòu)成をロードすることだけです。
3. Dubbo のアーキテクチャ図は次のとおりです:
彼のアーキテクチャ図を説明する前に、いくつかの概念を説明しましょう。
ノードの役割の説明:
プロバイダー (プロデューサー): サービスを公開(kāi)するサービスプロバイダー。
コンシューマ: リモート サービスを呼び出すサービス コンシューマ。
図に示すように、web1234 は service1234 のサービスを呼び出す必要があるため、web1234 がコンシューマーであり、service1234 がプロデューサーであることが簡(jiǎn)単に理解できます。
コンシューマが上記に従ってプロデューサーのサービスを呼び出すと、次のようになりますか:
あなたは次のようになります。それを見(jiàn)てめまいがしますか？気絶か否か？気絶か否か？とにかくめまいがした、もっと配信されたらどうなるの？ 、したがって、彼が必要です:
レジストリ (登録センター): サービスの登録と検出のための登録センター。ダボは飼育員を推薦します。動(dòng)物園の飼育員とは何ですか？ Zookeeper は、分散システムにおける一貫性処理のためのフレームワークです。詳細(xì)については、私の以前の記事を參照してください。つまり、zookeeper は非常に単純で、一貫性処理に使用される?yún)gなるフレームワークです。簡(jiǎn)単に言うと、ZooKeeper は仲介業(yè)者です。不動(dòng)産の売り手 (生産者) は仲介業(yè)者 (登録センター) に物件情報(bào)を提供し、不動(dòng)産を購(gòu)入したい人 (消費(fèi)者) は仲介業(yè)者に物件リソースのリストを取得します。したがって、私たちのイメージは次のようになります:
これはかなり良くなったと思いませんか?それが十分でない場(chǎng)合は、監(jiān)視センターも必要です (何に使用しますか? もちろん監(jiān)視用です。通話が失敗したらどうすればよいですか? 電話が切れたらどうすればよいですか?): モニター: 重要な監(jiān)視センターサービスの通話回?cái)?shù)と通話時(shí)間。 (これ以上の描畫はありません)
次に、コンテナー內(nèi)でプロバイダーが実行されます。これは、コンテナーを?qū)g行するためのコンテナー サービスと呼ばれます。 (これ以上の描畫はありません)
図に示す最終的なダボ アーキテクチャ (0 から開(kāi)始):
関連する推奨事項(xiàng):
淘寶網(wǎng)アメーバ アーキテクチャ MySQL 分散データベース環(huán)境_MySQL
1 日平均 100 萬(wàn) PV アーキテクチャの第 4 弾 (分散監(jiān)視)_MySQL
以上がダボ+ゾーキーパーの基本解説の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。
ホットAIツール
Undress AI Tool
脫衣畫像を無(wú)料で
Undresser.AI Undress
リアルなヌード寫真を作成する AI 搭載アプリ
AI Clothes Remover
寫真から衣服を削除するオンライン AI ツール。
Clothoff.io
AI衣類リムーバー
Video Face Swap
完全無(wú)料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡(jiǎn)単に交換できます。
人気の記事
ホットツール
メモ帳++7.3.1
使いやすく無(wú)料のコードエディター
SublimeText3 中國(guó)語(yǔ)版
中國(guó)語(yǔ)版、とても使いやすい
ゼンドスタジオ 13.0.1
強(qiáng)力な PHP 統(tǒng)合開(kāi)発環(huán)境
ドリームウィーバー CS6
ビジュアル Web 開(kāi)発ツール
SublimeText3 Mac版
神レベルのコード編集ソフト（SublimeText3）
SpringBoot+Dubbo+Nacos開(kāi)発実踐チュートリアル
Aug 15, 2023 pm 04:49 PM
この記事では、dubbo+nacos+Spring Boot の実際の開(kāi)発について詳しく説明する例を書きます。この記事では理論的な知識(shí)はあまり取り上げませんが、dubbo を nacos と統(tǒng)合して開(kāi)発環(huán)境を迅速に構(gòu)築する方法を説明する最も簡(jiǎn)単な例を書きます。
Javaベースの分散サービスフレームワークDubboの原理と事例分析
Apr 24, 2023 pm 08:13 PM
はじめに Dubbo を紹介する前に、基本的な概念を理解しましょう: Dubbo は RPC フレームワークです. RPC は Remote Procedure Call (リモート プロシージャ コール) です. その反対はローカル プロシージャ コールです. 分散アーキテクチャの前に単一アプリケーション アーキテクチャと垂直アプリケーション アーキテクチャで使用されますこれらはすべてローカル プロシージャ コールです。これにより、プログラマがリモート呼び出しの詳細(xì)を明示的にコーディングすることなく、プログラムが別のアドレス空間 (通常はネットワーク上で共有される別のマシン) にあるプロシージャまたは関數(shù)を呼び出すことができます。分散アーキテクチャ アプリケーション間のリモート呼び出しには、ローカル呼び出しと同じくらい単純なリモート呼び出しを行うための RPC フレームワークが必要です。 Dubbo フレームワークには、リモート サービスを呼び出す次のコンポーネント Consumer があります。
Dubbo が Go で書き直されるのはなぜですか?
Apr 10, 2023 pm 12:51 PM
[[443126]] いくつかの言葉から始めましょう。私は歩いているときによく技術(shù)的な「なぜ質(zhì)問(wèn)」をたくさん考えます。時(shí)々、質(zhì)問(wèn)について長(zhǎng)い間考え、納得できるまで質(zhì)問(wèn)が終わらないことがあります。質(zhì)問(wèn)のあらゆる點(diǎn)について私自身が説明します。そこで、その思いを記録し、新たなシリーズとして記事にしたいと思います。これらの記事ではコードを見(jiàn)ることはできないかもしれませんが、見(jiàn)落とされがちないくつかの問(wèn)題と、問(wèn)題のより深い「理由」を垣間見(jiàn)ることができます。今日は最初の記事をお屆けします、なぜ Dubbo を Go で書き直す必要があるのですか? Dubbo は Alibaba で生まれ、2011 年にオープンソース化されましたが、10 年が経ちました。 2019 年に Go で書き直されてオープンソース化され、2 年後の現(xiàn)在はオリジナルの V1.0.0 バージョンから V3.0.0 に開(kāi)発されています。
Dubbo ソースコード分析: 初心者ガイド
Aug 23, 2023 pm 02:44 PM
すでに Dubbo の使用に熟練している場(chǎng)合、この記事は適していませんが、Dubbo を理解し、Dubbo を?qū)W習(xí)したい場(chǎng)合には、この記事は非常に適しています。
Dubbo Zookeeper を SpringBoot に統(tǒng)合する方法
May 17, 2023 pm 02:16 PM
dockerpullzookeeperdockerrun --namezk01-p2181:2181--restartalways-d2e30cac00aca は、zookeeper が Zookeeper と Dubbo を正常に開(kāi)始したことを示します。 ? ZooKeeperZooKeeper は、分散型のオープンソース分散アプリケーション調(diào)整サービスです。分散アプリケーションに一貫したサービスを提供するソフトウェアであり、構(gòu)成保守、ドメイン名サービス、分散同期、グループ サービスなどの機(jī)能が提供されます。 DubboDubbo は Alibaba のオープンソース分散サービスフレームワークであり、最大の特徴は階層構(gòu)造になっている點(diǎn)です。
Apache Dubbo デシリアライゼーションの脆弱性を分析する方法
May 17, 2023 pm 04:01 PM
はじめに Dubbo は、Alibaba がオープンソース化した高性能で優(yōu)れたサービス フレームワークであり、アプリケーションが高性能 RPC を通じてサービス出力および入力機(jī)能を?qū)g現(xiàn)でき、Spring フレームワークとシームレスに統(tǒng)合できます。これは、インターフェイス指向のリモート メソッド呼び出し、インテリジェントなフォールト トレランスと負(fù)荷分散、自動(dòng)サービス登録と検出という 3 つのコア機(jī)能を提供します。概要 2020 年 6 月 23 日に、ApacheDubbo は ApacheDubbo のリモート コード実行に関するリスク通知を正式にリリースし、脆弱性番號(hào)は CVE-2020-1948、脆弱性レベルは「高リスク」です。 ApacheDubbo は、高性能かつ軽量のオープンソース JavaRPC フレームワークであり、次の 3 つのコア機(jī)能を提供します。
ダボの原理と仕組みとは
Jan 17, 2024 pm 03:25 PM
dubbo の原理とメカニズムの説明: 1. コアコンポーネント; 2. 通信原理; 3. クラスターフォールトトレランス; 4. 自動(dòng)検出と登録; 5. ロードバランシングとルーティング; 6. シリアル化と送信; 7. モニタリングとロギング; 8 、スケーラビリティ; 9. セキュリティ; 10. Spring との統(tǒng)合; 11. 他のテクノロジーとの統(tǒng)合。詳細(xì)な紹介: 1. 登録センター、監(jiān)視センター、サービス消費(fèi)者、サービスプロバイダーを含むコアコンポーネント; 2. 通信原理、Dubbo はネットワーク通信フレームワークを使用してサービス呼び出しを行い、それに基づいてさまざまな長(zhǎng)期接続を提供します。 。
Java Dubbo アーキテクチャの全體的な設(shè)計(jì)方法は何ですか?
Apr 27, 2023 pm 09:52 PM
1. ダボ呼び出し関係の説明 1.1 ここでのコンポーネントは主に 4 つの部分で構(gòu)成されます: プロバイダー: サービスを公開(kāi)するサービスプロバイダー プロトコル: プロバイダーとコンシューマー間のプロトコル対話データを擔(dān)當(dāng)します サービス: 実際のビジネス サービス情報(bào)。インターフェイスと実裝 コンテナ: Dubbo のオペレーティング環(huán)境 コンシューマ: リモート サービスを呼び出すサービス コンシューマ プロトコル: プロバイダとコンシューマの間のプロトコル インタラクション データを擔(dān)當(dāng)する クラスタ: プロバイダ側(cè)でリスト情報(bào)を認(rèn)識(shí)する プロキシ: できるプロバイダのサービス呼び出しエージェントとして理解され、コンシューマのインターフェース呼び出しロジックを引き継ぎます。 ●登録: 登録します。
