Resilience4Jは、弾性Javaアプリケーションの構(gòu)築に使用されるコアライブラリです。 1.そのモジュールには、回路ブレーカー、レートリミテッド、再試行、バルクヘッド、タイムリミテッド、キャッシュが含まれます。 2?；芈伐芝飑`カーは、FailurerAtEthResholdおよびその他のパラメーターを構(gòu)成することにより、カスケード障害を防ぎ、裝飾サプライヤーを使用してサービスコールをラップします。 3.再試行をラトリミッターと組み合わせ、電流を制限してから再試行して、下流のサービス過負(fù)荷を避けることができます。 4。スプリングブートでは、@circuitbreakerや@retryなどの注釈によって構(gòu)成を簡素化でき、ルールはapplication.ymlで定義できます。 5.マイクロメーターの統(tǒng)合モニタリングをサポートして、観測可能性のためにメトリックをプロメテウスまたはグラファナにエクスポートします。

API、データベース、メッセージのキューなどの外部サービスに依存するJavaアプリケーションを構(gòu)築する場合、故障は避けられません。ネットワークのしゃっくり、タイムアウト、およびサービスの停止が発生します。 Resilience4Jは、これらの障害を優(yōu)雅に処理することにより、Javaシステムをより回復(fù)力のあるものにするために設(shè)計(jì)された、軽量で機(jī)能的なプログラミング指向のライブラリです。サービス間通信が一般的なマイクロサービスアーキテクチャで特に人気があります。

Hystrix（現(xiàn)在はメンテナンスモード）などの古いソリューションとは異なり、Resilience4JはJava 8機(jī)能インターフェイスで構(gòu)築されたモジュラーであり、Spring Bootなどの最新のフレームワークとよく統(tǒng)合されています。 Resilience4Jを使用して、より堅(jiān)牢なJavaシステムを構(gòu)築する方法に飛びつきましょう。

1。コアResilience4Jモジュールの理解

Resilience4Jはいくつかのモジュールに分割され、それぞれが特定の回復(fù)力パターンに焦點(diǎn)を當(dāng)てています。獨(dú)立してまたは一緒に使用できます。

• 回路ブレーカー：障害のしきい値の後に回路を開くことにより、失敗サービスを繰り返し呼び出すことを防ぎます。
• レート制限：特定の期間に呼び出し數(shù)をサービスに制限します。
• 再試行：構(gòu)成可能な遅延と條件で失敗した操作を自動的に取得します。
• バルクヘッド：リソースの疲労を防ぐために、同時コールの數(shù)をサービスに制限します。
• 時間制限：操作のタイムアウトを定義します。特に非同期呼び出しで役立ちます。
• キャッシュ：キャッシュ応答は、繰り返しの呼び出しが遅いまたは高価な操作を避けないようにします。

このモジュール性により、必要なもののみを選択して、頭上を減らすことができます。

2。回路ブレーカーパターンの実裝

回路ブレーカーは、最も使用されているパターンの1つです。セットアップの方法は次のとおりです。

まず、依存関係を追加します（Maven）：

 <依存関係>
    <groupid> io.github.resilience4j </groupId>
    <artifactid> resilience4j-circuitbreaker </artifactid>
    <バージョン> 2.1.0 </version>
</依存関係>

次に、構(gòu)成して使用します。

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

cirvedbreaker.state state = circutbreaker.getState（）; //閉じて、open、half_open

サプライヤー<string> decoratedsupplier = circuit Breaker
    .decoratesupplier（cirdingbreaker、（） - > callexternalservice（））;

文字列result = try.ofsupplier（decoratedsupplier）
    .Recover（Throwable-> "Fallback Value"）
    。得る（）;

CodeまたはYAML（特にSpring Boot）を介して回路ブレーカーを構(gòu)成し、 failureRateThreshold 、 waitDurationInOpenStateなどのしきい値を設(shè)定し、 permittedNumberOfCallsInHalfOpenStateます。

3。再試行とレートの制限を組み合わせます

多くの場合、一時的な障害（たとえば、ネットワークグリッチ）は、再試行で解決できます。レートの制限と組み合わせて、ダウンストリームサービスを圧倒しないようにします。

再試行の例：

 retryconfig config = retryconfig.custom（）
    .maxattempts（3）
    .waitduration（duration.ofmillis（100））
    。建てる（）;

retry retry = retry.of（ "backendservice"、config）;

supplier <string> servicecall =（） - > callexternalservice（）;
サプライヤー<String> RetryAbleCall = retry.DecoratesUpplier（Retry、ServiceCall）;

そしてラトリミッターで：

 ratelimiterconfig rconfig = ratelimiterconfig.custom（）
    .limitforperiod（10）
    .limitrefreshperiod（duration.ofseconds（1））
    .timeoutduration（duration.ofmillis（50））
    。建てる（）;

ratelimiter ratelimiter = ratelimiter.of（ "backendservice"、rconfig）;

サプライヤー<string> rictredcedcall = ratelimiter
    .Decoratesupplier（ratelimiter、retryablecall）;

これで、各コールはレート制限を通過し、必要に応じてロジックを再試行します。

4。スプリングブートとの統(tǒng)合（オプションが一般的）

Spring Bootを使用している場合、統(tǒng)合は注釈でさらにスムーズになります。

スターターを追加します：

 <依存関係>
    <groupid> io.github.resilience4j </groupId>
    <artifactid> resilience4j-spring-boot2 </artifactid>
    <バージョン> 2.1.0 </version>
</依存関係>

次に、 application.ymlで構(gòu)成します：

 Resilience4j.circuitbreaker：
  インスタンス：
    BackEndService：
      FailurerAtEthReshold：50
      waitdurationinopenstate：5000
      SlidingWindowsize：10

Resilience4j.Retry：
  インスタンス：
    BackEndService：
      Maxattempts：3

注釈でそれを使用してください：

 @circuitbreaker（name = "backendservice"、fallbackmethod = "fallback"）
@retry（name = "backendservice"）
public string fetchdata（）{
    return externalApiclient.getData（）;
}

パブリックストリングフォールバック（例外E）{
    「デフォルト応答」を返します。
}

スプリングは、裝飾を自動的に処理します。

5。監(jiān)視と観察可能性

Resilience4Jはマイクロメーターでうまく機(jī)能し、メトリックをエクスポート（故障率、コール期間、サーキットステートなど）をプロメテウスやグラファナなどの監(jiān)視システムにエクスポートできます。

で有効にしてください：

 MeterRegistry MeterRegistry = new SimpleMeterRegistry（）;
TaggedCircuitBreakerMetrics.ofCircuitBreakerRegistry（レジストリ）.bindto（meterregistry）;

これで、リアルタイムで健康とパフォーマンスを追跡できます。

Resilience4Jを使用することは障害を排除しませんが、カスケードを完全に停止することなくシステムを処理するのに役立ちます?；芈筏纹茐?、再試行、レートの制限、および観測可能性を組み合わせることにより、機(jī)能的であるだけでなく、本當(dāng)に回復(fù)力のあるシステムを構(gòu)築します。

基本的に、Javaサービスが別のサービスと話している場合、Resilience4Jは統(tǒng)合する価値があります。魔法ではありませんが、近いです。

以上がResilience4Jを使用した回復(fù)力のあるJavaシステムの構(gòu)築の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。