マイクロサービスアーキテクチャ - (A)を学習マイクロサービス

マイクロは最近のでマイクロサービスの基本的な原則をより理解している、すべての後、我々は分散し、クラスタと他のクラスタが配布され、マイクロされているサービスの基本的な前提について話している、サービスラーニングにされて。

以下に示すように、マイクロサービスアーキテクチャ図を見てください:

 

マイクロサービスは、主にいくつかの基本的なコンポーネントで構成されます。

サービス内容、登録センター、サービスフレームワーク、サービス監視、サービスの追跡、サービスのガバナンス。

1、サービスの説明

  解決すべきサービスコール最初の問題は、外部サービスを記述する方法です。一般的なサービスの説明はRESTfulなAPI、XMLが含まれており、IDLファイルが設定されています。

図2に示すように、登録センター

  登録センターソリューションは、サービスをパブリッシュおよびサブスクライブ。サービスプロバイダがサービスを提供し、レジストリに自分のアドレスを登録し、呼び出すためのアドレスを必要なレジストリクエリサービスからサービスの消費者は、要求を開始しました。

3、サービスフレームワーク

  通信プロトコル:コールを開始する前に、問題を解決する必要がありますか?データ送信?データ圧縮形式?

4、サービス監視

  状況通話サービスを監視します。私たちは、メトリクスの収集、データ処理、データのショーを必要としています。

5、サービスの追跡

  録音サービスは、問題の追跡と故障箇所、リンクを介して各レイヤーを呼び出します。

  サービスの追跡原理:サービスの消費者主導の呼び出し、ローカル通話を開始する際に、一定のルールに従ってrequestidを生成し、requestidサービスプロバイダに渡されたリクエストパラメータの一部として、サービスプロバイダは、要求、要求されたレコードのrequestidを受け取りますリクエストを処理。サービスプロバイダは、他のサービスを要求し続ける場合はリクエストパラメータに沿って渡すために続けて、その後、別のローカルで生成された独自のrequestid、2 requestidがあるでしょう。

6、サービス管理

  サービス監視は、問題を解決するために、問題、問題の追跡と位置決めサービス、サービスのガバナンスを発見しました。

  創造環境のトラブルシューティング:単一故障、単一IDCの障害は、依存サービスが利用できません。

おすすめ

転載: www.cnblogs.com/gzhcsu/p/11372434.html