マイクロサービスnestjsで例外を処理する

可動部品を備えたものを構築したことがありますか?おそらく、小さなロボット アーム、または適切に回転したり傾けたりする必要がある賢いギズモかもしれません。あなたもおそらく使ったことがあるでしょうサーボモーターまたは 2 つ。彼らは素晴らしいです、そうでなくなるまでは。モーターはうなり音を立て、ギアは回転しますが、信号が乱れたり、負荷がおかしくなったり、あるいは何かが停止したりすると何が起こるでしょうか?

コーヒーを注文して空のカップを受け取るようなものです。機械は作動しましたが、結果はどうなりましたか?それほど多くはありません。

さあ、もっと大きく考えてみましょう。動きの背後にある脳のような、これらの物理的な動作を制御するデジタル システムについて考えてみましょう。 NestJS など、さまざまなサービスが相互にチャットして処理を行うマイクロサービス セットアップを使用している場合があります。 1 つはコマンドを処理し、もう 1 つはデータを管理し、3 番目はハードウェアと通信します。あるサービスが癇癪を起こすまでは問題ありません。片隅の小さな例外が波紋を広げ、突然プロジェクト全体が不安定に感じられることがあります。モーターは単に停止するだけではありません。ロジック全体がフリーズします。

それで、修正は何でしょうか？マイクロサービスの世界で、苦労せずに例外を処理するにはどうすればよいでしょうか?

それについて話し合ってみましょう。

例外が鉄球のように感じられるのはなぜですか?

単一のモノリシック アプリケーションには、エラーが含まれています。あなたはそれらを捕まえて記録し、場合によってはフレンドリーなメッセージを表示します。しかし、マイクロサービスはどうでしょうか？彼らはチームなのです。メンバーの一人がボールを落とすと、プレー全体が崩壊する可能性があります。 「コマンド処理」サービスでエラーが発生すると、「モーター制御」サービスが正しい信号を取得できない可能性があります。信号も動きもありません。これは単なるコードのバグではなく、物理的な停止です。

と伝えることを想像してみてください。サーボ90 度回転しようとしましたが、角度を検証するサービスがクラッシュしました。は何ですかサーボする？何もない？何か予測不可能なことはありますか？そこがコストがかかるところです。

NestJS のやり方: Try-Catch だけではない

NestJS はツールを提供します。コードを try and catch でラップするだけではありません。それは、例外が会話の一部であるフローを設計することです。フィルター、インターセプター、構造化エラー層があります。しかし、ツールだけでは十分ではありません。戦略が必要です。

これは、空中ブランコ法に基づいてセーフティ ネットを構築するようなものだと考えてください。それぞれのサービスはアクロバットです。ネットは転倒を防ぐものではなく、転倒によってショーが中止されないようにするものです。

これは簡単なたとえです。あなたは車を運転しています。警告灯が点灯します。無視しますか？それとも車には「エンジンが熱くなってきたので、先に進む前に冷ましましょう」と伝える手段があるのでしょうか？マイクロサービスでの例外処理は、警告システムです。それは自動化された冷却プロセスです。

これは実際の動きとどのように関係するのでしょうか?

さて、実践してみましょう。使っていると言うキロパワー無人搬送車のサーボ。 NestJS バックエンドには、ルートを計算するサービスと、モーターにパルス信号を送信するサービスがあります。ルート サービスでゼロ除算エラーが発生した場合、自動車サービスはどうなりますか?

適切に対処しないと、永遠に待つだけになる可能性があります。さらに悪いことに、モーターを不規則に振動させるガーベジ信号を送信することもあります。良くない。

しかし、慎重に設定すれば、モーター サービスは「ルート データが遅れています。現在の速度を維持してください」というメッセージを受け取ることができます。または: 「デフォルトのパスにフォールバックします。」システムは生き続けます。車輪は回り続けます。

これは完全なシャットダウンではなく、正常な機能低下に関するものです。

コードに織り込むいくつかのスレッド

私はあなたにコードブロックを投げるためにここにいるわけではありません。あなたの考えにいくつかのアイデアを織り込んでみましょう。

まず、エラーを分類します。 「モーターの過熱」など、重大なものもあります。 「一時的なネットワーク ブリップ」など、些細なものもあります。異なる反応をするようにサービスを設計します。おそらく重大なエラーはサーボへの即時セーフモードパルスをトリガーしますが、軽微なエラーは再試行するだけです。

第二に、エラーを意味あるものにすることです。 「エラー 500」の代わりに、サービスは「コマンドが安全範囲外です - 最大回転にクランプしています。」を発行することもできます。これは、別のサービスが理解して実行できるものです。

3 番目に、コンテキストを含めてログを記録します。エラーをただ記録するだけではありません。その瞬間にサーボが何をしていたかを記録します。 「負荷がかかった状態で45度旋回中に停止しました。」これは、コードだけでなく物理的な結果をデバッグするのにも役立ちます。

見返りは何ですか?

信頼性。信頼。システムが問題をスムーズに処理すると、人々はそれに気づきます。サーボは震えません。腕が止まらない。プロジェクトはしっかりしていると感じます。

時間の節約にもなります。モーターが奇妙な動作をする理由をデバッグするのに何時間も費やしたのに、遠く離れたサービスでサイレント例外が見つかったという経験はありませんか?構造化された処理とは、エラー自体がアナウンスされることを意味します。彼らはその原因を説明します。修正が早くなります。

最後に、スケールします。サーボ、センサー、サービスを追加すると、例外戦略も成長します。それは、頑丈な車両のショックアブソーバーのように、アーキテクチャの一部になります。

優しく包み込む

NestJS マイクロサービス設定での例外の処理は、単なるコーディング作業ではありません。レジリエンスについての考え方です。デジタルロジックを物理的な動きに結びつけます。思慮深く実行すれば、たとえ物事がうまくいかない場合でも、物事を前進させることができます。

そして、サーボが故障しているかどうかにかかわらず、キロパワーユニットやその他のストレス下でも確実に対応することができます。それがプロジェクトの真価を発揮するときです。すべてのエラーを回避することではありません。それは、転ばずにつまずく方法を知っているシステムを構築することです。それがマシンに優雅さを与えるのです。

したがって、次回サービスをコーディングするときは、「これが失敗した場合、サーボは何をするか?」と尋ねてください。次に、答えをフローに直接組み込みます。あなたのハードウェアもきっと感謝してくれるでしょう。

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