ダボは、本質的にjarファイルで、達人で導入することができます
サービスプロバイダ(プロバイダ):公開されるサービスのサービスプロバイダ、開始時のサービスプロバイダ、彼らはレジストリに提供する登録サービス。
サービス消費者(消費者):、起動時にリモートサービス消費者サービス、消費者向けサービスを呼び出す彼らは、必要な選挙に基づくサービス利用者、アドレスの一覧からプロバイダー、ソフトロードバランシングアルゴリズムレジストリサービスに加入しますコールのプロバイダは、呼び出しが失敗した場合、その後、別のコールを選択します。
レジストリ(レジストリ):、消費者にレジストリサービスプロバイダのアドレスリストを返します。変更がある場合、レジストリは、消費者へのデータ接続に変更する長押しに基づいて行われます
センター(モニタ)を監視する:サービスコンシューマとプロバイダ、メモリに累積通話回数と時間を呼び出し、監視センターに1分あたりの統計データ送ら時間
ダボ導入プロジェクトは、/ opt以外のパスにアップロード
apacheの-tomcatの-8.5.24.tar.gz
ダボ-adminの-2.6.0.war
centos7 192.168.239.139
ファイルを解凍したファイルのパス名を解凍-c
タール-zxvfのapache-tomcatの-8.5.24.tar.gz
ダボ管理者-2.6.0.war -cダボを解凍します
Tomcatのserver.xml構成ファイルを設定します
server.xmlのディレクトリ構造 <サーバー> <リスナ/> <GlobaNamingResources> </ GlobaNamingResources <サービス> <コネクタ/> <エンジン> <ロガー/> <レルム/> <ホスト> <ロガー/> <コンテキスト/> </ホスト> </エンジン> </サービス> </サーバ> の<context>要素 コンテクストインタフェースによって定義され、最も頻繁に使用される要素である。各<コンテキスト要素は、仮想ホスト上で実行されている単一のWebアプリケーションを表している。<ホスト> <コンテキスト>要素の複数を含んでもよい。
各Webアプリケーションは最初のアプリケーションを作成する.servlet容器自体対応するWebアプリケーションのコンテキスト固有の代表を有するウェブである パス:コンテキストのパス名が「」であるので、コンテキストは、ホストのデフォルトのコンテキストであります 文書ベース:コンテキストのルートディレクトリがあるのwebapps /あるMyContext /
<コンテキストパス= "/ダボ" 文書ベース= "は/ opt /ダボ" デバッグ= "0" 特権= "真" />
インストールの飼育係
飼育係-3.4.11 -zxvfタール
我々はzoo.cfg
DATADIR =は/ opt /飼育係-3.4.11 /データ
スタート
./zkServer.sh開始
./zkServer.sh状況
使用にダボと最終消費者エンドを提供します。我々は2つのノート@Service @Referenceを交換する必要があります
プロバイダー
実装クラス上の@Service com.alibaba.dubbo.config.annotationコメントを増やします
application.propertiesを追加
1つの #ダボ 2 spring.dubbo.application = USER- サービス 3 #ダボ 4 spring.dubbo.protocol.name = ダボ 5 #の飼育係 6 spring.dubbo.registry.address = 192.168.239.139:2181年 7 #飼育係 8 spring.dubbo .registry.protocol = 飼育係 9 #ダボ 10 spring.dubbo.base- パッケージ = com.xxx.xxx
間で
application.nameサービス名が提供されていないもう一方の端のダボリピートで
registry.protocolが指定されたレジストリ契約の
登録番号のregistry.addressアドレスプラスポート
protocol.nameがダボが固定されて配布され、変更しないでください。
スキャンするパッケージベースパッケージの注釈の方法
ポートが他のダボエンドリピートを提供することはできません飼育係さらさポートのサービスプロバイダです。
消費者
@Autowired改成@Reference com.alibaba.dubbo.config.annotation.Reference
application.properties
1 spring.dubbo.application = USER- ウェブ 2 #ダボ 3 spring.dubbo.protocol.name = ダボ 4 #飼育係 5 spring.dubbo.registry.address = 192.168.239.139:2181年 6 #飼育係 7 spring.dubbo.registry。プロトコル= 飼育係 8 #ダボ 9 spring.dubbo.base- パッケージ = com.xxx.xxx 10 spring.dubbo.consumer.timeout = 600000 11 spring.dubbo.consumer.check = 偽
consumer.timeoutはタイムアウトのサービス・エンドへのアクセスを提供することで、デフォルトは1000msであります
consumer.check消費者側サーバーが正常にアクセスできるかどうかをチェックするために開始したときです。あなたは消費者側の起動時にすることを、本当選択した場合は、それ以外のインタフェースを注入することができない、通常のサービスが終了することを確認する必要があります。
注記
ダボダボの通信プロトコルを実行するとき、我々は直列化インタフェース(カプセル化されたデータオブジェクト)を実装する必要が
3人のキャストに直接アクセスタイムアウト後、再び3秒以内でアクセス秒間隔あたりの消費ダボ、デフォルト秒のタイムアウトを異常なので、私たちは、開発段階では、あなたが消費者を拡張するためにタイムアウトを設定することができ、簡単にブレークポイントデバッグ
#設定したタイムアウト時間
spring.dubbo.consumer.timeout = 600000
#設定された検査サービスの存在
spring.dubbo.consumer.check =偽