Go アプリケーションのサーキット ブレーカー

最近では、特にマイクロサービス環境で作業している場合、アプリケーションが他のアプリケーションに依存することが非常に一般的です。アプリケーションがエラーを報告し始めることはよくあります。調査すると、パートナー チームまたはサプライヤーの一部の API がダウンしていることに気づきます。

アプリケーションの復元力を高めるための良い方法は、非推奨状態にあるアプリケーションとの通信を遮断することです。他の分野を観察しながら、電気工学からサーキットブレーカーの概念を吸収します。その中には、故障が発生した場合に自動的に電源が切れる機器、つまりブレーカーが設置されています。これは私たちの家庭では非常に一般的であり、電気ネットワークが不安定になり始めると自動的にオフになる回路ブレーカーが設置されています。

コンピューティングでは、中間状態も定義するため、サーキット ブレーカーはもう少し複雑です。以下の図は、サーキットブレーカーがどのように機能するかをよりよく説明しています:

最後に、州は次のとおりです:

• open: アプリケーション間で通信は行われません。この状態に達すると、リセット サービスの時間を確保するタイマーが開始されます。タイマーが終了すると、半開状態に移行します。
• クローズ済み: アプリケーション間で通信が行われています。失敗したリクエストごとに、カウンターが更新されます。故障限界に達すると、回路がオープンに移行します。
• ハーフオープン: 通信が完全に流れるまでの回復状態。その中で、成功カウンターはリクエストごとに更新されます。理想的な成功数に達した場合、回路はクローズドに移行します。リクエストが失敗した場合は、オープンに戻ります。

かなりクールですね?しかし、この概念をよりよく例示するために、実際にそれを行ってみてはどうでしょうか?

まず、サービス A を構築しましょう。サービス A はリクエストの受信を担当します。つまり、アプリケーションが依存するサービス、サプライヤーのサービスなどになります。簡単にするために、常に 200 を返す /success と常に 500 を返す /failure の 2 つのエンドポイントを公開します。

リーリー

サービス B はサービス A を呼び出す責任があります。サーキット ブレーカーを構築するのはサービス B です。幸運なことに、Go コミュニティには、パターンを実装する gobreak ライブラリがすでにあります。まず、ブレーカーのプロパティを定義します:

リーリー

ライブラリを使用するとさらに多くのことをカスタマイズできますが、ここでは次の 3 つに焦点を当てます。

タイムアウト: 回線が開いた状態を維持する時間。私たちの場合、時間は 5 秒に設定されました。
MaxRequests: クローズされるまでに成功したリクエストの数。この例では、2 つのリクエストに設定しています。
ReadyToTrip: クローズからオープンに移行する条件を定義します。わかりやすくするために、失敗は 1 回で十分だとしましょう。

その後、ブレーカーを初期化してリクエストを行うことができます:

リーリー

gobreak が関数のラッパーとして機能することがわかります。関数がエラーを返した場合はエラーの数が増え、そうでない場合は成功の数が増えます。それでは、この関数を定義しましょう:

リーリー

そして、サーキットブレーカーを使用した Go サービスがあります!このパターンを使用すると、サービスの復元力と耐障害性を高めることができます。ライブラリを使用すると、複雑さが完全に抽象化され、これを日常生活に組み込むプロセスが非常にシンプルになっていることがわかります。概念実証コード全体を確認したい場合は、ここにアクセスしてください。

他の回復力パターンについて知りたい場合は、Elton Minetto がこのトピックに関する素晴らしい投稿を公開しています!

この投稿についてどう思うかコメント欄で教えてください。質問があります: これまでにサーキットブレーカーを使用したことがありますか?ああ、私の個人ブログでも私を見つけることができます!

以上がGo アプリケーションのサーキット ブレーカーの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。