マイクロサービスアーキテクチャとは何ですか
各サービスは、特定の機能を実現され、いくつかの独立したサブ自律サービスに統合されたシステムによって分割マイクロサービスとサービスデータを指す(例えば、ログインサービスがログ関連するロジックを実装している)、アプリケーションまたは他の形のサービス・インターフェースプレスソリューションはマイクロアーキテクチャと呼ばれるサービスシステムを分割する機能データを提供するサービス(例えば、サービス注文サービスログイン状態のチェックはユーザログインインタフェースか否かを判定するログ呼び出し)。
マイクロアーキテクチャの特徴
マイクロサービスが小さなグループが、ビジネス機能サービスの開発を指し、各サービスは、独自の処理及び軽量通信機構は、単一のサーバまたは複数のマイクロサービスにデプロイすることができたもあり、疎結合の多様を指しサービス指向アーキテクチャーの一部有界コンテキスト。各サービスを同時に変更する場合には、それらが密に一緒に結合されているので、それらは、マイクロサービスではない、であり、その主な特徴は以下の領域で反射され、コンポーネントベースの、疎結合、自律、分散され:
小さなサービスのグループ
サービスの粒度は小さく、各サービスは、単一責任の運用能力のために包装し、一つのことをやってに焦点を当てています。独立した展開操作と拡張
各サービスは独立して展開し、プロセス内で実行することができます。この操作と展開が柔軟なコードに組織・パブリッシングシステムのリズム、高速配信を与え、変化に対応することが可能になることができます。自主開発と進化
技術的な制約のない技術選択の柔軟性、レガシーシステム。適したビジネスの問題は、独立して、右の技術の進化を選択することができます。サービスとサービス間の統合のための言語に依存しないAPIを採用。比較的モノマーアーキテクチャ、マイクロアーキテクチャアーキテクチャパターンの複数のサービス指向ビジネス・イノベーションです。チームの独立と自律
全体のライフサイクルサービスを担当するチームは、別の文脈での作業、統一されたコマンド・センターを必要とせず、自らの経営判断を所有しています。緩い部族のコミュニティを通じてチームとチームの結束の間。
次のようにマイクロサービスアーキテクチャ図であります
上記のように、マイクロサービスアーキテクチャは、以下の基本的な構成要素に分割され
1.レジストレーション・センター
情報サービスレジストリの設定をスケジュールに基づいてレジストリレコードサービスディスパッチとルーティング情報サービス・インターフェース、ゲートウェイロードバランシング。特定のサービスのレポートによって、サービス構成情報をレジストリでなく、通常の状況下で、サービス構成情報を照会するには、レジストリのイニシアチブにより、特定のサービスによってレジストリにその情報を報告した大規模なクラスタの提案のための特定のサービスのクエリにレジストリイニシアチブによって、そう特定のサービスはその構成情報のクエリインターフェイス、レジストリを気にしません。
2.外部ゲートウェイ
外部ゲートウェイは、外部トラフィックに決めた、トラフィックが適切なサービスに配布、および負荷分散戦略され、中央集中型の内部サービスの輸出です。
3.内部ゲートウェイ
インテリアゲートウェイは、集中型のサービスコール、ネットワークの分離ではなく、オープンの内部アドレスを提供します。主に統一されたサービス室を容易にするために、お互いを呼び出すだけでなく、サービス・インターフェース・アクセス制御内部ゲートウェイを追加します。多くの建築家が内部サービスコールがゲートウェイ経由すべきではないトランジット、お互いにまっすぐな方法であるべきと考えています。しかし、私は、負荷分散やその他の非運用上の問題の世話をするために、問題へのより良いアクセスと制御インターフェイスのロードバランシング、または内部サービスとのアクセスではない集中型のスケジューリングゲートウェイのパフォーマンスを追加し、内部ゲートウェイおよびサービスは、ネットワーク環境であると考えています。
4.コンフィギュレーション・センター
構成管理センターでは、問題は、集中型ビジネスサービスの構成、複雑な、分散構成を簡略化して、繰り返しを避けるために、そのようなキャッシュ構成、データベース接続の設定、メッセージキューの接続構成などとして、一般的な構成です。
5.監視プラットフォーム
異常ノードの視覚的な監督のように、例外アラームを提供し、そのような交通状況などの状態サービスを実行するクラスタ全体を監視します。
6.ログ・プラットフォーム
ビジネスの集中ログ管理は、一元管理され、カフカログ収集ビジネスサービスによって統計やその他のメッセージキューを分析することができます。
7.キャッシュ・クラスタ
高頻度データ・キャッシュは、効果的にデータベースの負担を軽減し、システムの並行処理能力の安定性を高めるために。
8.データベースクラスタ
ビジネス、最終的に落ちるデータベースに格納されたデータだけでなく、キャッシュされたデータのソースは、さまざまなビジネス・サービスは、独自のデータベースキャッシュを持っているホットとコールドデータの分離を行う、定期的にオンラインデータの量を減らすために、過去のデータをダンプする必要があります。
9.ビジネスサービス
マイクロサービスシステムアーキテクチャを完了するために一緒に中小企業クラスターのグループから構成されているの下、業務システムやデータに応じて異なるサービス、各サービス固有の機能、管理に独立自治、水平展開に分割されます。
ます。https://my.oschina.net/xungen/blog/3054573で再現