dubbo使用学習5(dubbo開発で使用されているいくつかのサービス構成方法)

以前の学習でdubboの一般的な使用について理解しました.次に、特殊な状況、または実際の環境でdubboを使用するいくつかの構成例を見てみましょう.
一、一つのインタフェースに複数の実装がある場合groupを用いて区別できる
1、サービスプロバイダの構成

他の構成は同じですが、露出したサービスインタフェースはgroupによって2つの実装クラスを区別します.
2、サービス消費者の配置

ここでもグループを使って区別します
二、一つのインタフェース実装で互換性のないアップグレードが発生した場合、バージョン番号で移行することができ、バージョン番号の異なるサービスは互いに参照しない.
1、サービスプロバイダの構成

バージョンを追加して区別
2、サービス消費者の配置

サービス消費者側もバージョンで区別します
三、ポイント対ポイント直結/呼び出し要件の指定(一般的に開発テスト環境で使用)
ポイント・ツー・ポイント直結ではzookeeperを登録センターとして使用する必要はありません.サービスプロバイダを直接起動し、サービス消費者が指定したサービス消費者インタフェース実装クラスメソッドを直接呼び出すので、ここの構成方法に注意してください.
1、サービスプロバイダの構成

2、サービス消費者の配置

ポイント対ポイントのアクセスurlは、サービス側のip:port/インタフェースのフルパス、つまり上のプロファイルに示されています.
四、購読のみ、登録センターを共用し、開発者の機械上のサービス提供者が呉に呼び出され、他の開発者に影響を与える
開発に存在する問題:開発テストを容易にするために、すべてのサービスが利用可能な登録センターをオンラインで共有することがよくあります.この場合、開発中のサービスプロバイダが登録されている場合、消費者が正常に動作しない可能性があります.
ソリューション:サービスプロバイダ開発者が、開発中のサービスを登録せずに、開発中のサービスのみを購読できるようにします(開発中のサービスは他のサービスに依存する可能性があります).開発中のサービスを直接テストします.
1、サービスプロバイダの構成

注意ここで登録センターに登録したい場合register=「false」があるのでサービスプロバイダはサービス登録センターにサービスを登録していない、つまりサービスインタフェースなどの情報を露出していない
2、サービス消費者の配置

サービス消費者はやはりポイント・ツー・ポイントの方法でアクセスしています
パターンのみを購読: