マイクロ分析サービス（下）の深い理解
详细详细テーマに直接移動する~~少し下半分、次のことができますまた、Java周の人が自由のために面接のメーカーの一部を受け取ることができ、私のマイクロチャネル公共番号を懸念
サービスフレームワークとガバナンス
時間のマイクロサービス多くは、我々が支配している必要があります。通常、優れたマイクロサービスフレームワーク14は、次のセクションに分かれて。図に示すように。これは、開口部が、コストが比較的高い、マイクロサービスに関わる事柄の多くは、いくつかの新興企業やビジネス未熟な製品が適切ではない、と述べています。
現時点ではアリババダボ優れている、と海外で春の雲で、マイクロサービスフレームワーク、あなたは見に行くことができます。
監視システム
モニタリングは、マイクロ管理サービスの重要な部分です。一般的に次の4つの層に分け。図に示すように。
コンテンツの監視は、5つの部分に分かれています：モニタリング、評価指標のモニタリング（サービスコール）、コールチェーンの監視、警報システム、ヘルスチェックをログに記録します。
一般的に中国で使用されるログの監視は、達成するためにELK + KAFKAです。春ブーツなどの健康チェックとメトリックは、自分自身をもたらすでしょう。Nagiosは、優れたオープンソースの監視フレームワークです。
トレース呼び出しチェーンの監視
コールチェーンの監視は、マイクロポジショニング前のパスに依存しており、サービスの問題を追跡するように設計されています。例えばアリホークアイシステム。主な原則は、親ノードの子ノードのIDレコード情報ということです。
図は、より人気のコールチェーンの監視フレームワークです。
ヒューズマイクロサービスを制限
仮説サービスは、サービスBおよびサービスCに依存し、BとCのサービスサービスは、他のサービスに依存し続けることが、リンクを継続するための呼び出しが長すぎるようになります。Aへのリンクを1と呼ばれているか、いくつかのサブサービスが利用できないか、高遅延、それはサービス要求がブロックされているコールになります場合は、要求があまりになどのシステムスレッド、IOを、消費占める遮断しますますそのような要求のより多くの、より多くのコンピュータリソースを占有する場合、リソースは、それはまた、最終的には、業務システムの崩壊につながる、利用できない他の要求を引き起こし、システムのボトルネックが発生します。
一般的なサービスのために主に二つの方法で保護によって異なります溶断電流制限。最も人気のあるヒューズHystrixフレームワークです。
図はHystrixブレーカー図です。
この方法を制限するAPIのzuulを制限することに使用することができます。
ドッカーコンテナ展開テクノロジ＆連続配信パイプライン
マイクロサービスコンテナ技術の普及でも、それがすべてに適切な注意を払うです。コンテナ技術は、主に次の二つの質問を解決するために：
1：環境コンプライアンスの問題。例えばJavaのジャー/戦争パッケージの配備環境問題（システムの話すバージョン、問題のJDKのバージョン）に依存します。
2：画像の配置の問題。例えば、Java（登録商標）、rubby、nodejs等分配システムが同じではないため、各環境は、再びドッカーミラー、シールドこのような問題の使用を展開することは非常に面倒です。
この図は、完全な展開プロセスドッカーコンテナです。
さらに重要なことは、非常に多くのクラスタ環境移行サービスと、コピーも非常に簡単で、単に各対応ドッカーサービスミラーリング良いサービスを選択し、アクセスアドレスを設定し、それぞれ他のはすぐに新しい同じを構築することができるようになりますクラスター。
コンテナスケジューリングおよびパブリッシングシステム
現在、コンテナベースのスケジューリングプラットフォームKubernetes、mesos、オメガ。以下はmesosのシンプルなアーキテクチャ図です。
以下は、完全なリリースコンテナシステムであります
この記事のように、あなたが注目を指すように好きな作者を指すことができ、毎日のJava関連の記事を共有することになります！
~~ああ私に集中することを忘れないでください、時には利益を発表します、など面接の質問の統合、学習教材、ソースコードを含みます