スプリング雲は5つのコア・コンポーネントユーレカ、リボン、ふり、Hystrix、Zuul、次のように単に記録を有しています。
- ユーレカは、登録と発見サービスを担当するレジストリ内のマイクロサービスアーキテクチャ、です。ユーレカサーバーは、レジストリを有する登録中心であるのに対し、ユーレカサーバに登録されたサービス情報に専用ユーレカクライアントコンポーネントは、サービスごとにマシンとポート番号を保存する位置しています。各サービスが起動したら、ユーレカクライアントサービスはユーレカサーバーに登録され、ユーレカクライアントはユーレカServerからターンプルレジストリに、ので、彼らは他のサービスを知ることができます。
- キーメカニズムを装う動的プロキシを使用することです。あなたの意志に応じて動的プロキシインタフェースを装う、基本的に装うが作成した動的プロキシ呼び出して、あなたはそのインターフェイスを呼び出す場合、あなたはコメント用のインタフェース@FeignClientを定義する場合、このインターフェイスは、のために、動的プロキシを作成します装います動的にあなたが要求するサービスのアドレスを構築する@RequestMappingや他の注釈;このアドレスに対応を解析し、要求を開始。
- リボンは、それはあなたもラウンドロビンラウンドロビンのデフォルトを使用して、各マシンに循環要求するために、リクエストごとにマシンを選択するのに役立ちます負荷分散の役割です。
- Hystrixを単離し、そしてフレームヒューズが劣化します。要求は、異なるサービスは、サービスの問題の雪崩を避けるために、異なるサービスコールの分離を達成するために、異なるスレッドプールを取る行くにHystrixスレッドプールによって開始されます。
- Zuulはマイクロサービスゲートウェイです。このコンポーネントは、ルーティングネットワークを担当し、必ずしも一般的なマイクロサービスアーキテクチャ設計の内部上のゲートウェイなどアンドロイド、IOS、PCのフロントエンド、小型のマイクロチャネルプログラム、H5、のように、バックエンドサービスを気にしないが、数百を持っている、あなたが知っていますゲートウェイ、すべての要求がゲートウェイに行き、各サービスの機能のいくつかの要求でゲートウェイは、バックエンドに要求を転送します。ゲートウェイの後、そのようなので、上の電流制限、認証および承認、セキュリティとを統一ダウングレードを作るなど、多くの利点が、あります。
スプリングクラウド以下の5つのコア・コンポーネントは、図によって直列に接続されています。
次のように、作業を完了するためにリボンと装うユーレカとの緊密な協力、：
- 最初のリボンは、ポート番号をリッスンし、マシン上で展開されているすべてのサービスを知っている、対応するサービスのレジストリにユーレカクライアントから取得します。
- そして、あなたはマシンを選択し、デフォルトのリボンラウンドロビンアルゴリズムを使用することができます。
- 装うが、このマシンに焦点を当て構築し、要求を開始したことになります