サービスヒューズ

Hystrixヒューズ

Netflixの「Hystrixが吹きサービスミドルウェアを専門とする最初のです。それは2012年に一般に公開されると、マイクロサービスアーキテクチャ「遅延や失敗の大きな寛容」を提供するためには、Netflixが広く、今年の時間の内側よりに使用されてきました。よると、プロジェクトの説明、Hystrixは、リアルタイム・アプリケーションのパフォーマンスではなく、事前に設定を達成するためにどのマーク「[フォーカス]ステアリングの応答性、2018年の終わりまで、メンテナンスモードに、Netflixのサービスミドルウェアの不可欠な一部となっています設定を行います。 "

Hystrixは、開発者がヒューズロジックパッケージサービスコールでそれを使用することができ、Javaライブラリです。これは、しきい値に基づいており、すぐに特に関連して、呼び出しが失敗し、ロールバックロジックを実行して決定することができる第一の部分タイムアウトと同時実行の制限を提供することに加えて、また、ツールがメトリクスを測定するモニタリングに放出することができます。とき最後に、Archaiusライブラリを使用する場合、それは動的な構成変更をサポートすることができます。

サービスグリッドヒューズ

同じ

Istioは、サポート接続がヒューズベース、要求とそれぞれ接続するための障害検出パラメータをプールすることグリッドサービスです。これは、ルールが各特使エージェントは、コミュニケーション戦略に適用さ伝え、そしてどのように適用するもので、いわゆる「先のルール(先のルール)」、の助けを借りてこれを行うことです。このステップでは、ルーティングの後に起こるが、これは必ずしも理想的ではありません。ターゲットルールは制限負荷分散、接続プールのサイズを指定して、あなたは負荷分散プールから不健康なインスタンスを削除することができますので、最終的に「外れ値」のパラメトリックな条件を満たすことができます。ヒューズのこのタイプは、サーバ障害の影響から、クライアントで良いですが、ルールは常にクラスタ内のターゲット・アプリケーションであるため、それはクライアントブレーカのサブセットに限定する方法を欠いています。ブレーカおよびサービス品質モード(サービス品質)の組み合わせを達成するためには、クライアントマシンを設定し、複数のルーティングルールを作成する必要があり、それぞれのサブセットは、自分の目標はルールがあります。

おすすめ

転載: www.cnblogs.com/lingboweifu/p/11897676.html