Resilience4Jを使用した回復力のあるJavaマイクロサービスを構築します

Resilience4Jは、回路ブレーカー、現在の制限、再試行、その他のメカニズムを介してJavaマイクロサービスの柔軟性を向上させます。 1.サーキットブレーカーを使用して、カスケードの障害を防ぎ、サービスが頻繁に失敗したときにリクエストが送信されないようにします。 2。現在の制限を使用して、突然のトラフィックの下流サービスを圧倒することを避けるために、同時アクセスを制御します。 3.再試行メカニズムを介した一時的なエラーに応答しますが、無効な再試行とリソースの無駄を避けます。 4.複数の戦略を組み合わせて使用してシステムの全体的な回復力を高めることができますが、ポリシー間の相互の影響に注意を払う必要があります。これらの機能を適切に構成すると、分散システムの安定性と断層トレランスが大幅に向上する可能性があります。

Javaマイクロサービスは、ネットワークレイテンシやサードパーティサービスの利用不能など、分散システムで多くの不確実性に直面しています。この時点で、Resilience4Jは非常に実用的なツールになります。 Hystrixほど複雑ではなく、Java 8と機能的なプログラミング用に設計されており、最新のマイクロサービスアーキテクチャに最適です。

次の重要なポイントは、Resilience4Jを使用して、より柔軟なJavaマイクロサービスをより適切に構築するのに役立ちます。

サーキットブレーカーを使用して、カスケードの故障を防ぎます

回路ブレーカーは、Resilience4Jの最もコア関数の1つです。これは回路のヒューズのように機能します - 依存サービスが頻繁に失敗すると、回路ブレーカーが「オン」に「オン」になり、その後の要求がサービスに送信し続けることを防ぎ、ポイントの問題によりシステム全体がクラッシュするのを防ぎます。

また、非常に簡単に使用できます。このようなサーキットブレーカーを定義できます。

 cirturebreakerregistry registry = circut Breakerregistry.ofdefaults（）;
Circuit Breaker Circuit Breaker = registry.circuitbreaker（ "myService"）;

次に、リモートコールをラップします。

 supplier <string> decoratedSupplier = circuit Breaker.decoratesupplier（cirdingbreaker、（） - > myremotecall（））;
string result = try.of（decoratedsupplier）.recover（throwable-> "fallback"）。get（）;

重要なのは、回路ブレーカーの状態遷移ルールを構成することです。たとえば、故障した回数、開く後に状態を開こうとするのに時間がかかる時間などです。これらのパラメーターは、実際のビジネスシナリオに従って調整する必要があり、敏感すぎたり遅すぎたりしてはなりません。

現在の制限制御を使用して、同時アクセスを行います

時には、サービスは緩んではありませんが、あまりにも多くのリクエストに圧倒されます。現時点では、レート限定機能が必要です。

Resilience4Jの現在のリミッターは、単位時間あたりのリクエスト数を制限して、下流のサービスを突然の交通崩壊から保護することができます。たとえば、1秒あたり10件のリクエストを制限します。

 ratelimiter ratelimiter = ratelimiter.ofdefaults（ "myratelimiter"）;

次に、デコレータモードを使用してメソッドをラップします。

 supplier <string> decorated = ratelimiter.decoratesupplier（ratelimiter、（） - > myremotecall（））;

注：現在の制限戦略は、スレッドプールまたはセマフォと組み合わせて使用する必要があります。そうしないと、メインスレッドをブロックする問題が発生する可能性があります。さらに、さまざまなインターフェイスの現在の制限戦略は、全体的なパフォーマンスへの1つのサイズの影響を避けるために、個別に最適に構成されています。

再試行メカニズムは断層トレランスを改善します

一時的なエラー（ショートネットワークジッターなど）の場合、自動再試行が適切です。 Resilience4Jは、指定された回数内に失敗した要求を自動的に再試行する再試行モジュールを提供します。

例えば：

 retry retry = retry.ofdefaults（ "myretry"）;
supplier <string> decorated = retry.decoratesupplier（retry、（） - > myremotecall（））;

しかし、注意すべきいくつかのこと：

• 4xxエラーは通常クライアントの問題であり、再試行は役に立たないなど、すべての障害が再試行に適しているわけではありません。
• 下流の圧力の増加を避けるために、合理的な再試行間隔と最大回数を設定します。
• これは、無限の再試行が雪崩効果を引き起こすのを防ぐために、回路ブレーカーと組み合わせて使用できます。

レジリエンスを強化するための複数の戦略を組み合わせます

Resilience4Jの力は、複数のポリシーを組み合わせることができることです。たとえば、回路ブレーカー、電流制限を追加して、再試行できます。

サプライヤー<String> Chain = Decorators.ofsupplier（（） - > myremotecall（）））
    .withratelimiter（ratelimiter）
    .withcircuitbreaker（サーキットブレーカー）
    .withretry（retry）
    。飾る（）;

この組み合わせは、さまざまな異常な状況に直面すると、マイクロサービスをより回復力が高くすることができます。ただし、戦略間の相互の影響にも注意を払う必要があります。たとえば、再試行により現在の制限がより速くトリガーされる可能性があり、回路ブレーカーは複数の再試行のために以前にオープン状態に入ることがあります。

全体として、Resilience4Jは、堅牢なJavaマイクロサービスを構築するのに適した軽量ですが、完全に機能するライブラリです。回路ブレーカー、電流制限、再試行などの重要な戦略が合理的に構成されている限り、システムの安定性と断層許容度を効果的に改善できます。基本的にはすべて、複雑ではありませんが、詳細を無視するのは簡単です。

以上がResilience4Jを使用した回復力のあるJavaマイクロサービスを構築しますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。