サービスレジストリユーレカ

------------ ------------復元コンテンツが始まります

ユーレカは独自のサブプロジェクトスプリング・クラウドNetflixは、実現SpringCloudサービスの発見で、それを統合するためのネットフリックス、SpringCloudによって開発されたサービス発見フレームワークです。ユーレカサーバーとユーレカクライアント：ユーレカの2つのコンポーネントで構成されています。

ユーレカServerサービスの登録サービス、サービスレジストリ内のすべての情報の入手可能な情報サービスノードを格納するEurekaServerように、各ノードが起動した後、それは、ユーレカサーバーに登録され、サービス・ノードは、視覚的インターフェースで見ることができます。

Javaのユーレカクライアントが簡素化ユーレカServerと対話するためのクライアントである、組み込みのポーリング（ラウンドロビン）負荷の負荷分散アルゴリズムを同じ時間に行いますクライアント。ユーレカServerは、複数のハートビートハートビート期間内のノードを受信しない場合、アプリケーションが起動した後、ユーレカサーバーのハートビートに送信されます、既定の期間は、30秒で、レジストリからユーレカServerサービスは、サービスノードを配置します削除（デフォルト90

秒）

ユーレカサーバー間の同期は、データをコピーする方法によって達成され、ユーレカは、クライアントがまだ他のサービスのキャッシュAPIの消費量の情報を使用することができ、ユーレカServerのすべてがハングアップします場合でも、クライアント側キャッシュ機構を提供します。要約すると、ユーレカは、柔軟性、高いシステムの可用性を確保するために、クライアントのキャッシュメカニズムをチェックハートビート

そして、スケーラビリティ。

SpringCloudバージョン定義された依存親プロジェクトのpom.xmlをご紹介

<dependencyManagement> 
　　<依存性> 
　　　　<依存性> 
 　　　　<のgroupId> org.springframework.cloud </のgroupId> 
         <たartifactId>ばねクラウド依存性</たartifactId> 
          <バージョン> Finchley.M9 </バージョン> 
　　　　　 <タイプ> POM </タイプ> 
         <スコープ> インポート </スコープ> 
      </依存> 
    </依存関係> 
</ dependencyManagement>

サーバー

導入eurek

<依存性> 
    <依存性> 
      <のgroupId> org.springframework.cloud </のgroupId> 
        <たartifactId>ばねクラウドスタータのNetflix-eureka-サーバ</たartifactId> 
      </依存> 
</依存関係>

appliction.yml

サーバー：
　　ポート： 6868 ＃サービスポート
ユーレカ：
　　クライアント：
　　　　registerWithEureka：偽のすべての登録する必要はありませんユーレカ自体にそのサービスを登録するかどうか＃
　　　　fetchRegistryを：偽でユーレカから登録情報を取得するかどうか＃
　　　　のserviceURL：#Eurekaクライアントとユーレカサービスアドレス端子相互作用の
　　　　　　defaultzone：HTTP：// 127.0.0.1:${server.port}/eureka/ 
  サーバー：
       追い出し間隔MS-タイマ・イン：MS：無効なノード間隔（ユニットをオフにする時間を設定0 // ）

スタートクラス@EnableEurekaServer

@SpringBootApplication 
@EnableEurekaServer 
パブリック クラス EurekaServer { 

　　公共 静的 ボイドメイン（文字列[]引数）{ 
 　　　　SpringApplication.run（EurekaServer。クラス、引数）。
} 
}

クライアント

依存性の導入

<依存> 
　　<groupIdを> org.springframework.cloud </ groupIdを> 
   <たartifactId>春・クラウド・スタータNetflixの-eureka-クライアント</たartifactId> 
</依存関係>

application.yml 配置

ユーレカ：
    クライアント：
         サービスURL：defaultZoneます。http：// localhostを：6868 /ユーレカ

          レジストリフェッチ間隔-秒：時間の30 //プルサービス登録情報のデフォルトは30秒

 インスタンス：
         eureka.instance.instance-ID：//例XXX ID    
         好む-IPアドレス：trueに       //表示IP 
         リース・リニューアル・イン・秒間隔ザ・：30は、デフォルトの30人の30代の後にハートビートを受信しない//、削除されます変更の例。
         リース満了期間・イン・秒：90 // 時間（秒）を除いた90デフォルト設定の有効期限ユーレカサーバーは、次のハートビートを待ってタイムアウトクライアントのハートビートを受信した後の最初の時間を表しています。

値が大きすぎると、インスタンスが生き残っていない場合、過去に前方に流れやすいです。

値が小さすぎる設定されている場合は、インスタンスはおそらく一時的なネットワークのジッタに起因して離れて削除されます。

この値は、少なくともleaseRenewalIntervalInSecondsより大きくなければなりません。

スタートアップクラス

@EnableEurekaClient

保護メカニズム

状況は以下の表示された場合にはユーレカServerが動作中、比率で心不全の統計は、15分以内に85％未満である（それは、実際の生産環境のスタンドアロンデバッグは、ネットワークの不安定性に通常の場合に適合するように簡単です。鉛）、現在の登録情報のユーレカServerインスタンスは保護されますが、これは警告を促しました。保護モードは、主にシーンやクライアントユーレカサーバーのセット間の保護ネットワークパーティションの存在下で使用されています。プロテクトモードでたら、ユーレカServerは、（任意のマイクロサービスオフ書かれていません）、その情報サービスレジストリ、削除データもはやサービスレジストリを保護しようとします。

ときは、スタンドアローンのテスト

eureka.server.enable-自己保存= falseの終値保護メカニズム

サービスレジストリユーレカ

おすすめ