センチネルのクイックスタート

リフト春クラウド制限ダウングレードのコンポーネントは、通常、最初はNetflixのHystrixを考えます。

しかし、2018年の終わりには、ネットフリックスには正の開発Hystrixは、プロジェクトがメンテナンスモードにしないであろうことを発表しました。当局は、次の焦点は、アプリケーションのリアルタイム性能に対応するため、その適応実装にもっと注意をシフトするようHystrixの安定の十分の1.5.18バージョンは、ネットフリックスは、既存のアプリケーションのニーズを満たすと述べました。新しいアプリケーションのためのヒューズの需要のために、他の項目を達成するために使用される、NetflixがResilience4jをお勧めします。

春クラウドNetflixの重要なスイートとして、Hystrixはマイクロサービスの安定性を保護するために好適な用途となっています。実際には、ネットフリックスとResilience4jに加えて、格下げされ、新しいオプションがアリババセンチネルコンポーネントで制限します。

公式文書をセンチネル

まず、オープンソースセンチネルアリさんのプロフィール

2018年8月、アリババはセンチネルが一緒にダボアダプタの組み合わせで、オープンソースになることを発表し、Apacheのダボコミュニティに寄贈しました。
ここに画像を挿入説明
1.Sentinelの歴史
2012年に、センチネルが生まれた、入口フロー制御のための主な機能。
2013-2017、アリババグループ内のセンチネル急速な発展は、すべてのコアシーンをカバーし、技術的なモジュールの基礎となりました。Sentinelは、トラフィックの多くを蓄積し、したがって、シーン全体、および生産慣行が所有します。
2018年、センチネルオープンソース、そして進化し続けています。

主流のフレームワークの2.Sentinel適応
Sentinelは二つの部分に分かれて：

ダボ/春の雲や他のフレームワークとは、良いサポートを持っていながら、コアライブラリ（Javaクライアント）は、それが任意のJava実行環境上で実行することができ、任意のフレームワーク/ライブラリに依存しません。
コンソール（ダッシュボード）春ブーツの開発者、パックした後、直接そのようにTomcatに基づいてコンテナとして追加のアプリケーションを実行することはできません。

Sentinelはその上の春の雲、ダボを含む主流のフレームワークの様々な、フィット。センチネルオープンソースの豊富なアリババマイクロサービスオープンソースシステム、アセンブリの安定性は、より多くのソリューションを提供しています。

二つは、センチネルは、すべての問題を解決します

大規模なマイクロサービスアーキテクチャのシーンでは、必要があります可能な限りダウンタイムを削減し、サービスの可用性を向上させるために、雪崩サービスを避けます。ダウングレードを制限することは非常に重要なツールであると、具体的な実装方法は、すなわち、降格、ヒューズやアイソレーションを制限する、文字の格言のように要約することができます。
出発点、流量制御、ヒューズダウングレード、負荷保護システムの寸法安定性を保護複数のサービスとして流量センチネル。

流量制限
上記の閾値は、代わりにリソースを呼び出すので、要求に直接返すように設定されている場合は、事前に設定されている暗示名前を制限するには、リクエストの種類ごとに最高のしきい値をQPS。
Traffic Sentinelは、同時スレッドの統計的な数のための2つの統計的手法を提供したときにQPSを超え、別のは、同時実行スレッド数が新しい要求により、しきい値セットはすぐに拒否されます超えると、統計QPSです設定された閾値は、システムは直接、コールドスタートを拒否することができ、一定の速度は、フロー制御などの機能に対応する3つの方法です。

ヒューズダウングレード
対象または低速サービスコールのタイムアウトの数が多い場合は、通話サービスを吹き、この時間は、後続の呼び出しの要求のために、ターゲット・サービス、ダイレクトリターン、クイックリリースのリソースを呼び出すために継続しません。ヒューズは、一般的な目標は、状況改善サービスコールを復元する場合、別のリカバリ戦略を設定する必要があります。
こうしたサービスAなどのサービス、間の相互依存がある1秒が数十QPSの何千ものをしましたが、サービスは1秒Bと十QPSの何千ものを満たすことができないときは、高い周波数でのサービスAを確保するために、どのように、サービスをサービスBを呼び出しますBはまだそれを働かせることができますか？
より一般的な状況は、呼び出しサービスAサービスBは、状況が長いサービスAで、その結果、コール頻度を満たすことができないサービスBの長すぎる応答時間の結果も受けてケースが発生したため、リップルが全体の依存チェーンに影響を与えているときでありますすべてのアプリケーション、および今回我々は、定着と降格の方法を必要としています。Sentinelは、リソース同時スレッドの数によるサービスの制限および応答時間にダウングレードやヒューズに二つの手段をダウングレードします。

シェーピング
我々はランダム、不規則な、制御不能な特性に遭遇したが、システムの処理能力がしばしば制限され、我々はシステムの処理能力、すなわちルールに基づいてトラフィックシェーピングを必要とし、それによってに従い、通常のトラフィックを我々は、トラフィックに対処する必要があります。
ここでは良いプレゼンテーションを作るためにトラフィックシェーピングの写真です：

ここに画像を挿入説明
センチネル、パフォーマンス指標は、資源と自分自身の使用との関係を柔軟に組み合わせることができる呼び出すことにより、トラフィックを制御するために3次元の効果を制御します。

システム負荷保護
アバランシェ効果に非常になりやすいmicroService、回避サービスのダウンタイムの必要性この最も危険な状況。

雪崩防止、システムの保護は重要な部分です。それは入力する要求を続けた場合ときに高いシステム負荷時間は、応答することができ、システムがクラッシュする可能性があります。
Sentinelシステム次元ネットワーク負荷分散がアップし、他のマシンに転送され、このベアラトラフィック存在マシンになり、クラスタ環境では、適応保護を提供しながら。