マイクロサービスにサーキットブレーカーを実装する

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

その気持ちはわかります。すべてが順調に進んでおり、システムは十分に油を注がれたマシンになり、そして、バン。 1 つのサービスが遅れ始めます。おそらく、データベース クエリが遅いか、サードパーティ API の調子が悪かったか、あるいは単にトラフィックが突然急増したことが考えられます。その小さなしゃっくりは、小さなものではありません。波紋が広がる。呼び出しが滞り始め、スレッドが待機中に拘束され、気づくと、その単一点の負担がアプリケーション全体を崩壊させます。それは、1 台のモーターが過熱して組み立てライン全体を占拠するようなものです。

おなじみですね？これは、マイクロサービスにおける典型的なカスケード障害です。それで、その遊びは何ですか？完璧なネットワークと確実な依存関係をただ望むことはできません。現実世界は混乱しています。答えは、壁を厚くすることではなく、よりスマートな安全スイッチを設置することです。ここでサーキット ブレーカー パターンが登場します。これを正しく実装するには、理論というより実践的な技術が必要です。

サーキットブレーカーとは何ですか?このように考えてください。

ホームオフィスにある電源タップを想像してみてください。ラップトップ、モニター、そして高級電気スタンドが接続されているのに、突然ランプの配線がショートしてしまいます。愚かな電源タップでは、すべてが焦ってしまう可能性があります。良いものですか？その単一コンセントのブレーカーが落ちます。ランプの故障に対処している間も、ラップトップとモニターはスムーズに動作し続けます。システムは障害を切り分けて全体を保護します。

ソフトウェア用語では、サーキット ブレーカーはリモート サービスへの呼び出しをラップします。タイムアウト、エラー、応答の遅さなどの障害を監視します。障害がしきい値に達すると、「トリップ」します。一定期間、失敗したサービスへの呼び出しを完全に停止し、高速に失敗し、事前定義されたフォールバック (キャッシュされた応答、デフォルト メッセージ、または正常な機能低下など) を返します。回線を閉じて通常の動作を再開する前に、サービスが再び正常であるかどうかを定期的にテストします。

単なるエラー処理ではありません。これは、アプリケーションが壁にぶつかるのを防ぐステートフル ガーディアンです。

なぜわざわざ？実際に感じる静かなメリット。

教科書リストは省略しましょう。このパターンを導入すると何が変わるかは次のとおりです。

• レジリエンスは流行語ではなくなる:アプリは依存関係の犠牲者にならなくなります。あるサービスの悪い日がユーザーの悪い経験になるとは限りません。システム自体が安定します。
• リソースを取り戻します:スレッドと接続が無限のタイムアウトに陥ることはありません。彼らは次のようなリクエストを処理できるようになります。できる成功する。ある道路の渋滞を解消して、他のルートが流れるようにするようなものです。
• グレースフル デグラデーションがデフォルトになります:ユーザーには、「500 内部サーバー エラー」ページの代わりに、少し古いデータ、簡略化された機能、または「すぐに確認してください」というわかりやすい注意書きが表示される場合があります。それはクラッシュとしゃっくりの違いです。
• 息抜きのスペースを与えてくれます:依存サービスに障害が発生した場合、サーキット ブレーカーが時間を稼ぎます。あなたのチームは、ライブ停止と戦っているパニック状態ではありません。コア アプリケーションが機能し続けている間に根本原因を診断できます。

わかりました、売れました。しかし、過剰なエンジニアリングをせずに機能させるにはどうすればよいでしょうか?

ここで多くのチームが錯綜することになる。分散監視スイートを最初から構築する必要はありません。鍵となるのは、コア状態 (クローズ (通常)、オープン (トリップ)、半オープン (テスト回復)) をきれいに処理する、焦点を絞った信頼性の高い実装です。

堅牢な実装では、サービスの対話ごとにいくつかの簡単な質問が行われます。この呼び出しは頻繁に失敗しますか? 「はい」の場合は、とりあえず電話するのをやめてください。しばらくしてから、1 回の呼び出しで水をテストします。うまくいきましたか？よかった、営業再開だ。そうでない場合は、開いたままにしてください。このロジックは軽量で、構成可能 (障害しきい値、タイムアウト期間、再試行間隔) であり、観察が容易である必要があります。

複雑なコードではなく、戦略的な配置が重要です。外部 API、データベース クラスター、または潜在的なボトルネックとなる内部サービスへの呼び出しをラップします。目標は、システム自体の健康状態を認識するシステムです。

ツールの選択: 精度の問題。

調整するために大ハンマーを使用することはありません。サーボモーター。適切な実装は、ボルトオンではなく、統合されているように感じられます。何が起こっているかを把握できるように、明確な指標 (回路がトリップする頻度、故障率) を提供する必要があります。構成には博士号は必要ありません。既存のサービス検出層および通信層とシームレスに動作する必要があります。最も重要なのは、セーフティ ネットが信頼できるものでなければならないということです。セーフティ ネットは圧力によって破れてはなりません。

信頼性を念頭に置いて構築しているチームにとって、この原則を体現するソリューションを見つけることが重要です。それはパッチとファンデーションの違いです。適切に実装されたサーキット ブレーカー パターンは、フォールト トレラント システムの基礎となる部分であり、高品質のコンポーネントが機械設計が紙の上だけでなく、実際の運用の絶え間ない作業において機能することを保証する方法に似ています。これにより、サービスの集合が回復力のある組織に変わります。

結局のところ、マイクロサービスの管理とは障害を回避することではありません。それを予期し、適切に処理するシステムを構築することが重要です。サーキットブレーカーのパターンは、大きな影響力を持つ単純なアイデアです。それは魔法ではありません。それはエンジニアリングのセンスが良く、思慮深く適用されたものです。そして、それを正しく行うことは、乗客を車から投げ出すことなく、アーキテクチャが道路の凹凸に対処できることを意味します。

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