アーキテクチャ的に回復力のあるシステムで使用される一般的なサーキット ブレーカー パターンは何ですか?

1. 隔壁パターン: このパターンでは、システムの一部の障害が残りの部分に影響を与えないように、システムの一部を別々のコンパートメントまたはセルに分離する必要があります。

2. 冗長パターン: このパターンでは、重要なコンポーネントまたはシステムを複製して、1 つに障害が発生した場合に別のコンポーネントが引き継ぐことができます。

3. ロード・バランサー・パターン: このパターンでは、トラフィックまたはワークロードを複数のシステムまたはコンポーネントに分散して、システムのいずれかの部分の過負荷を回避します。

4. フェールオーバー パターン: このパターンでは、障害が発生した場合にバックアップ システムまたはコンポーネントに切り替える必要があります。

5. サーキット ブレーカー パターン: このパターンには、システムのエラーや障害を監視し、問題が発生しているシステムの部分を自動的に無効化または分離することが含まれます。

6. スロットリング パターン: このパターンでは、トラフィックまたはワークロードがコンポーネントまたはシステムに送信される速度を制限して、過負荷にならないようにします。

7. 再試行パターン: このパターンでは、失敗した操作または要求を自動的に再試行し、再試行間の遅延を増やして、成功するか最大試行回数に達するまで待ちます。

8. グレースフル デグラデーション パターン: このパターンでは、完全な障害を回避するために、高負荷またはエラーに応じてシステムまたはコンポーネントの機能またはパフォーマンスを自動的に低下させます。

発行日: