まず、マイクロサービスのアーキテクチャ
1、マイクロサービスアーキテクチャの概要
1.1は、Distributed：異なるサーバー上に配備異なる機能モジュールは、高並行性をもたらすために、サイトへの圧力を減らします。
1.2、クラスタ：クラスタは負荷がサービスを提供するために、外側で一緒にバランスをとる、複数のサーバで同じアプリケーションの構成を展開します。
1.3、マイクロサービス：マイクロサービスアーキテクチャモデルは、独立して公開APIインタフェースを介して、コンパイル、デプロイ、およびその通信可能な小規模なWebアプリケーションサービスの一連のモジュールに分割するには、一緒にWebアプリケーションを構成しています。
1.4、SpringCloudは、次のような構成成分の範囲提供し、マイクロサービスフレームワークSpringBootのセットに基づいて構成管理、サービス発見、ロードバランシング、ヒューズ、回路遮断器、インテリジェント・ルーティング、マイクロブローカー、制御バス、グローバルロックを、意思決定のキャンペーン、分散セッションおよびクラスタ状態管理ようにと。
2、マイクロサービス機能
- シングル責任者：各サービスモジュールが達成するために、単一のビジネスに対応
- マイクロ：小粒径スプリットサービス
- サービス指向：各サービスは、外部サービス・インタフェースのAPIは、あなたができるだけ公開され、関係なく、技術、言語やプラットフォームの、技術サービスを気にしません
- 自治：お互いを乱すことなく、互いに独立ルームサービス
- 独立したチーム
- 独立した技術：へのサービス指向、残りのインタフェースを提供します
- 別々の前端と後端
- データベースの分離：各サービスは、独自のデータソースを使用しています
- 展開は、独立して、各サービスは、代替的に、再利用可能な、独立したコンポーネントであり、サービス間の結合を減少させます、
3、3つの関係
マイクロサービスは、構造コンセプト、設計原理、理論的なガイダンスを提供しています。
春のブートに基づいて、単一の個々のマイクロサービスの迅速、容易な統合の春のブート焦点は、すぐに単一のマイクロサービスを開発。
春の雲春ブーツガバナンスのパッケージを実現するサービスベースのツールで、グローバル・ガバナンスのフレームワークを提供に焦点を当てました。
二、春の雲
1、春のクラウドコンポーネントアーキテクチャ
次のようにコンポーネントおよびプロセス上の図は、コンポーネントを実行します。
-
- APIゲートウェイを介して内部のサービスにアクセスするためのすべての要求。
- ゲートウェイは、レジストリから利用可能なサービスモジュールを取得するためのリクエストを受信した後、
- 負荷リボンをバランスした後、バックグラウンドの分布の具体例;
- 各サービスモジュールの間の通信処理サービスふりを通ります。
- サービスのタイムアウトヒューズを処理する責任Hystrix。
- タービン監視サービス間のコールおよび関連指標を吹き。
のは、具体的な例に春のクラウドサービスのプロセスを見てみましょう：
2、春のクラウドコンポーネントの紹介
主要コンポーネントに2.1はじめ
- ユーレカ、サービスレジストリ
- Zuul、API Gatewayサービス
- 構成、分散構成の中心は、瓶のパッケージ構成でローカル倉庫、SVN、Gitの、および他のモデルをサポート
- モードは、コレクタタービンでクラスタを必要とトランクモードとシングルモード、監視ダッシュボード、Hystrixダッシュボード、
- リボン、クライアント・ロード・バランシング
- 装う、宣言型サービスコール
- バス、メッセージバス
2.2、コンポーネントの主な機能
ユーレカやリボン、レジストラ、消費者サービス。
Hystrixは、サービス・ノードの問題がクラッシュを引き起こすように全体のマイクロサービスアーキテクチャを防ぐ、リボンを最適化するためには、ヒューズとして作用します。
ダッシュボード、統計やディスプレイでHystrix、および全体的なサービスノードの圧力と健康を監視します。
タービン、クラスタコレクター、ダッシュボードを提供します。
Zuul、プラス全マイクロファイアウォールやプロキシサービスの最前線に、隠されたマイクロサービスノードIPポート情報は、セキュリティを強化します。
Configが、すべてのマイクロサービスは、独自の設定を維持して解決するために、設定を変更するのは簡単、統一されたコンフィギュレーション・センターを設置しました。
各ノードは設定が面倒なので、バスのサービスノードのリフレッシュ構成に通知された後、設定を有効に変更を完了するために更新する必要がありますので、バスです。