M

MLOG

日本語

フォールトトレランスのためのサーキットブレーカーパターンを探求し、アプリケーションの回復力と安定性を向上させます。その実装、利点、多様な業界やグローバルな文脈での実例を学びましょう。

サーキットブレーカー：最新アプリケーションのための堅牢なフォールトトレランスパターン

ソフトウェア開発の領域、特にマイクロサービスアーキテクチャや分散システムにおいて、アプリケーションの回復力を確保することは最も重要です。コンポーネントが故障した場合、連鎖的な障害を防ぎ、安定的で応答性の高いユーザーエクスペリエンスを維持することが不可欠です。サーキットブレーカーパターンは、このようなシナリオでフォールトトレランスと優雅な劣化（グレースフルデグラデーション）を達成するための強力なソリューションとして登場します。

サーキットブレーカーパターンとは？

サーキットブレーカーパターンは、過電流による損傷から回路を保護する電気の回路ブレーカーから着想を得ています。ソフトウェアでは、失敗する可能性のある操作のプロキシとして機能し、アプリケーションが失敗する可能性の高い操作を繰り返し実行しようとするのを防ぎます。この積極的なアプローチにより、リソースの浪費を避け、レイテンシを削減し、最終的にシステムの安定性を向上させます。

中心的な考え方は、サービスが一貫して応答に失敗すると、サーキットブレーカーが「オープン」になり、そのサービスへのさらなるリクエストを防ぐというものです。定義された期間の後、サーキットブレーカーは「ハーフオープン」状態に入り、限られた数のテストリクエストを通過させます。これらのリクエストが成功すると、サーキットブレーカーは「クローズ」し、通常の操作を再開します。失敗した場合、サーキットブレーカーはオープンのままで、このサイクルが繰り返されます。

サーキットブレーカーの状態

サーキットブレーカーは3つの異なる状態で動作します：

サーキットブレーカーパターンを使用する利点

サーキットブレーカーパターンを実装することには、いくつかの重要な利点があります：

実装に関する考慮事項

サーキットブレーカーパターンを効果的に実装するには、いくつかの要素を慎重に考慮する必要があります：

実装例

サーキットブレーカーパターンは、様々なプログラミング言語やフレームワークを使用して実装できます。以下にいくつかの例を挙げます：

JavaとResilience4j

Resilience4jは、サーキットブレーカー、リトライ、レートリミッター、バルクヘッドなど、包括的なフォールトトレランスツールスイートを提供する人気のJavaライブラリです。以下は基本的な例です：


CircuitBreakerConfig circuitBreakerConfig = CircuitBreakerConfig.custom()
    .failureRateThreshold(50)
    .waitDurationInOpenState(Duration.ofMillis(1000))
    .permittedNumberOfCallsInHalfOpenState(2)
    .slidingWindowSize(10)
    .build();

CircuitBreaker circuitBreaker = CircuitBreaker.of("myService", circuitBreakerConfig);

Supplier<String> decoratedSupplier = CircuitBreaker
    .decorateSupplier(circuitBreaker, () -> myRemoteService.getData());

try {
    String result = decoratedSupplier.get();
    // 結果を処理
} catch (RequestNotPermitted e) {
    // オープンサーキットを処理
    System.err.println("Circuit is open: " + e.getMessage());
}

PythonとPybreaker

Pybreakerは、シンプルで使いやすいサーキットブレーカーの実装を提供するPythonライブラリです。


import pybreaker

breaker = pybreaker.CircuitBreaker(fail_max=3, reset_timeout=10)

@breaker
def unreliable_function():
    # ここに信頼性の低い関数呼び出しを記述
    pass

try:
    unreliable_function()
except pybreaker.CircuitBreakerError:
    print("Circuit Breaker is open!")

.NETとPolly

Pollyは、開発者がリトライ、サーキットブレーカー、タイムアウト、バルクヘッドなどのポリシーを流暢かつ構成可能な方法で表現できる、.NETの回復力および一時的な障害処理ライブラリです。


var circuitBreakerPolicy = Policy
    .Handle<Exception>()
    .CircuitBreakerAsync(
        exceptionsAllowedBeforeBreaking: 3,
        durationOfBreak: TimeSpan.FromSeconds(10),
        onBreak: (exception, timespan) =>
        {
            Console.WriteLine("Circuit Breaker opened: " + exception.Message);
        },
        onReset: () =>
        {
            Console.WriteLine("Circuit Breaker reset.");
        },
        onHalfOpen: () =>
        {
            Console.WriteLine("Circuit Breaker half-opened.");
        });


try
{
    await circuitBreakerPolicy.ExecuteAsync(async () =>
    {
        // ここに信頼性の低い操作を記述
        await MyRemoteService.GetDataAsync();
    });
}
catch (Exception ex)
{
    Console.WriteLine("Handled exception: " + ex.Message);
}

実世界での例

サーキットブレーカーパターンは、様々な業界やアプリケーションで広く使用されています：

サーキットブレーカー vs. リトライパターン

サーキットブレーカーとリトライパターンはどちらもフォールトトレランスのために使用されますが、異なる目的を果たします。

場合によっては、これらのパターンを一緒に使用することもできます。例えば、サーキットブレーカー内にリトライパターンを実装することがあります。サービスが一貫して失敗している場合、サーキットブレーカーは過剰なリトライを防ぎ、リトライパターンはサーキットブレーカーがトリガーされる前に一時的なエラーを処理します。

避けるべきアンチパターン

サーキットブレーカーは強力なツールですが、潜在的なアンチパターンに注意することが重要です：

高度な概念

結論

サーキットブレーカーパターンは、特にマイクロサービスアーキテクチャや分散システムにおいて、回復力がありフォールトトレラントなアプリケーションを構築するための不可欠なツールです。連鎖的な障害を防ぎ、レイテンシを削減し、優雅な劣化を可能にすることで、アプリケーションの安定性を高め、ユーザーエクスペリエンスを向上させます。実装の詳細を慎重に検討し、一般的なアンチパターンを避けることで、サーキットブレーカーパターンを効果的に活用して、より堅牢で信頼性の高いソフトウェアシステムを構築できます。そのグローバルな適用性により、多様で国際的なユーザーベース向けに設計されたあらゆるアプリケーションにとって重要な考慮事項となります。サーキットブレーカーパターンの理解と実装は、現代のソフトウェアエンジニアリングの実践において極めて重要です。潜在的な障害に積極的に対処することで、開発者は分散コンピューティングの避けられない課題によりよく対処できるシステムを構築できます。