マイクロサービスが壁にぶつかったとき: サーキット ブレーカーの修正

よくリハーサルされたオーケストラのようにマイクロサービスが相互に通信する、この洗練された最新のシステムを構築しました。すべてが順調に進んでいますが、ある日、そうではなくなります。 1 つのサービス (決済プロセッサーまたはユーザー認証モジュールなど) の速度が低下するか、単に応答を停止します。突然、そのたった 1 つの問題が他のすべてを引きずり始めます。リクエストが蓄積し、スレッドがスタックし、軽微な障害が本格的な停止に変わります。まるで一台の故障車による渋滞のような気分だ。

それが多くの人が直面しているもどかしい現実です。分散型の世界では、失敗は「もし」ではなく、「いつ」です。では、依存しているサービスが沈黙した場合はどうすればよいでしょうか?自分のシステムが崩壊するまでそのドアを叩き続けますか?これを処理する、より賢い方法があります。それは、家の配線に電気ブレーカーを設置するのとほぼ同じです。

すぐにピンとくるアイデア: 立ち続けるためにはすぐに失敗する

家庭用ブレーカーについて少し考えてみましょう。回路が過負荷または短絡すると、ブレーカーが作動します。電気の流れを遮断して損傷を防ぎ、ワイヤーが過熱して火災を引き起こすのを防ぎます。権力を押し通そうとし続けるのではありません。安全に停止するだけです。

ソフトウェアのサーキット ブレーカー パターンはまさにそれを行います。アプリケーションが障害のあるサービスを繰り返し呼び出す (応答することを期待する) のではなく、パターンは障害を検出して「トリップ」します。後続のすべての呼び出しは即座に短絡され、すぐに失敗します。サービスはタイムアウトの待機を停止し、リソースを節約します。デフォルトの応答、キャッシュされた値、または適切なエラー メッセージをユーザーに返す場合があります。下流側の障害は抑制されています。

なぜこれが重要なのでしょうか?なぜなら、回復力とは失敗を避けることではないからです。それは彼らを孤立させることなのです。これにより、小さな問題がシステム全体にわたる大惨事に発展するのを防ぎます。

Java サービスで機能させる

これを実装することは、アーキテクチャ全体を書き直すことではありません。外部通話にインテリジェントなスイッチを追加することです。通常、ロジックは物理ブレーカーと同様に、次の 3 つの状態に従います。

• 定休日:すべてが正常です。リクエストはリモート サービスに流れます。
• 開ける：障害のしきい値を超えています。ブレーカーがトリップし、リモート呼び出しを行わずに新しいリクエストが即座に失敗します。
• ハーフオープン:タイムアウト期間の後、ブレーカーはテスト要求の通過を許可します。成功すると「Closed」にリセットされます。失敗した場合は「開く」に戻ります。

「これは単なる複雑なエラー処理ではないのですか?」と疑問に思われるかもしれません。あまり。従来の再試行は、困難なサービスを悪化させる可能性があります。サーキット ブレーカーはステートフル認識の層を追加します。ただ反応するだけではありません。それは学び、守ります。

それがもたらす具体的な善

結果について話しましょう。このパターンを統合すると、いくつかの明らかな利点が現れます。

• システムの安定性:最も明らかな勝利。バックエンド コンポーネントに問題がある場合でも、ユーザー向けサービスの応答性は維持されます。障害はファイアウォールで保護されています。
• 資源の節約:スレッド、メモリ、接続は貴重です。なぜ彼らが運命の要求を待つのを無駄にするのでしょうか？ブレーカーにより、実際に成功する可能性のある作業を処理できるようになります。
• グレースフル デグラデーション:ブレーカーが開いたときに何が起こるかを設計できます。キャッシュからの少し古いが許容できるデータ、または「機能が一時的に制限されています」という親切なメッセージを表示する場合があります。ユーザーエクスペリエンスはクラッシュするのではなく、丁寧に低下します。
• より迅速な回復:それは失敗したサービスに一息つける余地を与えます。再試行の嵐が絶え間なく発生すると、問題のあるサービスが回復できなくなる可能性があります。ブレーカーのバックオフ期間は強制リセットのように機能します。

これにより、システムの哲学が「何も壊れないことを願う」から「物事が壊れることを知って計画を立てる」へと変わります。

ツールを賢く選択する

コンセプトはエレガントですが、最初から構築する必要はありません。 Java エコシステムには堅牢なライブラリが存在します。重要なのは、Spring Boot、Micronaut、またはより単純なフレームワークのいずれを使用しているかに関係なく、スタックに適合するものを選択することです。障害のしきい値、タイムアウト期間、ハーフオープン ロジックが明確に設定されている、実戦テスト済みのものを探してください。

統合は侵襲的ではなく、自然に感じられるべきです。優れた実装は、コードを混乱させることなく、サービス クライアントを包み込みます。それはセーフティネットであり、主要な行為ではありません。

ここで、集中的な専門知識が違いを生みます。でキロパワーでは、適切な実装戦略と高品質のコンポーネントを組み合わせることで、速いだけでなく堅牢なシステムがどのように作成されるのかを見てきました。相互接続されたマイクロサービスのダンスでは、適切に後退する方法を知ることが、パフォーマンスの方法を知るのと同じくらい重要であるということを理解して構築することが重要です。

なぜなら、最終的には、目標は完璧で決して失敗しないシステムではなく、それは幻想だからです。目標は、デジタル周辺で何が起こっても、うまく失敗する方法を知っていて、中核機能とユーザー エクスペリエンスを保護するシステムです。そしてそれは、はるかに達成可能で強力な一種の強みです。

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