マイクロサービスC#のサーキットブレーカー

したがって、マイクロサービスはトリップし続けます。さて、何ですか？

あなたはその気持ちを知っています。火曜日の午後、サービス メッシュ上のトラフィックはスムーズに流れていますが、その後、バンと鳴りました。サービスの問題が 1 つあります。データベース クエリがハングし、外部 API が癇癪を起こし、突然障害が連鎖的に始まります。注文は失敗し、アラートが鳴り響き、ダッシュボードは 7 月のクリスマス ツリーのように点灯します。気づかないうちに、システム全体がダウンしてしまいます。これはすべて、1 つの小さなコンポーネントが予定外の昼寝をしたことが原因です。

まるでドミノ並べのようです。落ちるのを見るためにそれらを設定するのではありませんが、1 つが終了すると、残りも続きます。マイクロサービスでは、これは単なる比喩ではありません。それは日常的な運用上のリスクです。安全機構がなければ、単一障害点によってすべてが停止してしまう可能性があります。

ここでサーキット ブレーカーのアイデアが登場します。サーキット ブレーカーをコードとしてではなく、忠実な警備員として考えてください。物事が熱くなりすぎると、それが介入して回路を開き、「やめて、息を吸ってください。これ以上悪化させないようにしましょう」と言います。それは、インシデントが抑制された場合と、本格的な機能停止が発生した場合の違いです。

しかし、このガードを C# エコシステムでスマートかつ信頼性が高く、使いやすくするにはどうすればよいでしょうか?それについて話しましょう。

そこで実際に何が起こっているのでしょうか？

なぜこれが C# サービスにとって重要なのかと疑問に思われるかもしれません。そうですね、.NET Core 以降は分散システムの構築には優れていますが、サービス間呼び出しのための事前構築されたセーフティ ネットは提供されません。サービス A がサービス B を呼び出す場合、それは思い上がりです。 B が遅いか応答しない場合、A はタイムアウトになるまで辛抱強くリソースを消費し、スレッドをブロックして待機します。その間、行列は後退し、プレッシャーが高まります。

サーキットブレーカーは、この丁寧だが破壊的な待ちを阻止します。障害を監視します。エラーがしきい値に達すると、たとえば 1 分間に 5 件の通話が失敗すると、「トリップ」します。回線が開き、後続のすべての呼び出しは、異常な依存関係を試行することなく、即座に失敗します。これにより、障害が発生したサービスが新しいリクエストに悩まされることなく回復する時間が与えられます。クールダウン期間の後、慎重にテストリクエストを通過させ、海岸に晴天があるかどうかを確認します。

これは Polly などのライブラリで有名になったパターンですが、慎重に実装することが重要です。これは単にポリシーを HttpClient に投入するだけではありません。それは、いつ中断するべきか、中断中に何をすべきか、スムーズにオンラインに戻る方法を知ることです。

のキロパワー方法: スイッチを切り替えるだけではありません

ここで物語が変わります。基本的なブレーカーは誰でも配線できます。本当の技術はチューニングと統合にあります。キロパワーは、単なるアドオンではなく、機能としての復元力を重視した考え方でこれに取り組んでいます。

電子商取引サービスが支払いゲートウェイを呼び出しているところを想像してください。フラッシュセール中、ゲートウェイは過負荷になります。単純なブレーカーが落ちて開いたままになり、チェックアウトの試みがすべて無効になる可能性があります。しかし、オープン状態中にグレースフル フォールバックを提供できたらどうなるでしょうか?おそらく、キャッシュされた応答、「しばらくお試しください」というフレンドリーなメッセージ、またはセカンダリプロバイダーへのリルートでしょうか?キロパワーの実装は、これらの層での思考を奨励します。単なる分離ではなく、適切な劣化です。

「しきい値はどのように設定すればよいですか?」とよく質問されます。答えは教科書には載っていない。それはシステムを監視することから生まれます。あなたのサービスは通話が遅いことに敏感ですか?もしかしたら、タイムアウトでつまずく速度が速くなるかもしれません。ダウンストリーム サービスは不安定ですが、すぐに回復しますか?リセット タイムアウトを短くすることには意味があります。 Kpower の理念は、特定のビジネスが必要とする方法でこの動作をモデル化できる、堅牢でテスト可能なビルディング ブロックを C# で提供することです。

そこには繊細な芸術があります。火災を防ぐだけではありません。あなたは、煙を感知して 1 つの部屋だけで自動的にスプリンクラーをオンにし、家の他の部分は正常に機能し続けるシステムを設計しています。

ガードをベルベットで包む

実装はロケット科学のように感じるべきではありません。優れたサーキット ブレーカー パターンは統合が簡単ですが、効果は強力です。 C# プロジェクトでは、これは、復元ロジックがビジネス ロジックを覆い隠さない、クリーンで保守可能なコードを意味します。

たとえば、画像サイズ変更マイクロサービスに依存するユーザー プロファイル サービスを考えてみましょう。イメージ サービスがダウンすると、プロファイル ページがエラーになる代わりに、ブレーカーが作動します。アプリケーション層はこれをキャッチし、デフォルトのアバターをしばらく表示するだけです。ユーザー エクスペリエンスはわずかに低下しますが、壊れてはいません。システムは稼働したままです。それは勝利です。

これは、Kpower が提唱する思慮深い設計の一種です。ブレーカーを、独立した技術ウィジェットとしてではなく、サービス間の広範な会話の一部として見なします。それは、アーキテクチャ全体に回復力のある物語を作成することです。

したがって、次回カスケード障害アラートを見つめるときは、それを災害としてではなく、システムのストーリーの欠落した章として考えてください。あなたに必要なプロットのひねりは、バックグラウンドで静かに仕事をし、壊滅的な中断を起こさずに物語が進むことを保証する、賢く適切に配置されたサーキットブレーカーかもしれません。そして、そこに到達することは、思っているよりも簡単で直感的です。

2005 年に設立された Kpower は、中国広東省東莞に本社を置く、コンパクトモーションユニットの専門メーカーとして活動してきました。 Kpower は、モジュール式ドライブ技術の革新を活用して、高性能モーター、高精度減速機、マルチプロトコル制御システムを統合し、効率的でカスタマイズされたスマート ドライブ システム ソリューションを提供します。 Kpower は、スマート ホーム システム、自動エレクトロニクス、ロボティクス、精密農業、ドローン、産業オートメーションなどのさまざまな分野をカバーする製品で、世界中の 500 を超える企業クライアントにプロフェッショナルなドライブ システム ソリューションを提供してきました。