8️⃣

8. Debugging

ワークフローのデバッグは、エラーを効果的に防止し、成功した自動化の実行を保証します。

ワークフローのデバッグをマスターする:N8nのための必須技術

🛠N8n初心者コースの最後のビデオでは、本番環境でワークフローがアクティブになったときに発生するエラーを修正するための重要な技術であるワークフローのデバッグについて集中的に取り上げています。
🔍デバッグは、ワークフロー内の特定のノードを失敗させる問題を特定して解決することで、誤った設定利用できないサービス、または入力データの欠落が原因で発生する可能性があります。
📜実行履歴により、ユーザーは失敗したワークフローの実行を確認し、順番にデバッグしてエラーが繰り返されるのを防ぎます。
🖥エディタ内のデバッグ機能は、ユーザーが失敗した実行のデータを現在のワークフローキャンバスに固定して、より簡単なデバッグを行うことができる強力なツールで強調されます。
🔄エラー修正後に再試行機能を使用すると、失敗した実行を再トリガーすることができ、同じ問題で複数回実行が失敗したときに特に便利です。
📚出力編集機能とワークフローバージョン履歴は手動調整を可能にし、必要に応じてユーザーが以前のワークフローバージョンに戻ることができる便利なデバッグツールです。
⚙ワークフローデバッグの2つの実際のケースは、エラー処理と正常な実行保証プロセスを示しており、ワークフロー開発全体のエラー処理の重要性を強調しています。
🎓このビデオは、ワークフローの構築とデバッグ技術に関連するより複雑なトピックをカバーする高度なプロセスを事前に見ることで終わります。
LiveWiki、YouTubeの中核コンテンツを10秒で! - https://livewiki.com/ko/content/n8n-beginner-course-debugging
今回の映像ではワークフローデバッグについて取り上げる予定。
デバッグは、エラーを修正し、再発生しないようにする重要なプロセスです。
ワークフローエラーの原因:誤った設定、サービス障害(例:Googleシート、Slackの500エラー)、入力データの問題など。
実行ログで失敗したワークフローを確認し、デバッグ可能。
自動化がエラーなしで失敗する可能性がある状況の説明。
エラー処理の重要性を強調する。
Debug in Editor機能説明:失敗した実行のデータを現在のワークフローキャンバスに固定してデバッグ可能。
Webフックノードで使用されたピン機能に似ており、一度に1つのデータのみを固定できます。
エラーが修正された後は、 Retry機能を使用して失敗した実行をやり直すことができます。
エラーが発生したノードで再実行が開始され、前のノードのエラーがある場合はエディタにコピーして再実行する必要があります。
Edit Output機能:特定のノードの出力を手動で変更することで、迅速なテストやデバッグが可能です。
スケールが大きい問題には適していません。
Workflow Version History機能説明:以前のワークフローバージョンに戻したり、構造を確認したりできます。
Retry機能と組み合わせて以前のバージョンに戻した後、複数の実行を再試行できます。
06:09 – 07:33:
デバッグ例1:失敗したワークフローでエラーを確認し、エラーデータをキャンバスに固定してトラブルシューティング。
IDがない場合は、電子メールでデータを照会する方法で修正。
07:33 – 09:59:
デバッグ例2:Webフックから受信したデータにIDがない場合にSlackメッセージに通知を送信する方法。
IDや電子メールがない場合は、エラーが発生したときにStop and Errorノードを使用してエラーメッセージを生成します。
09:59 – 11:41:
別の例:データが返されなかったがエラーが発生しなかった場合の処理​​方法。
Always Output Dataオプションを使用して、連絡先がない場合でも空の項目を返すように設定します。
11:41 – 15:05:
電子メールがないときにSlackメッセージを送信せずにエラーメッセージを生成する方法。
ワークフローを最適化してエラー発生時に処理できるように設定。
15:05 – 15:48:
ワークフローが無効な場合は、 Throw Errorノードを使用してエラーを発生させ、他の人が問題を解決できるようにします。
最後の映像ではワークフローのデバッグとエラーの修正方法をダルーム。
15:48 – 終了:
高度なコースでは、より複雑なワークフロービルディング、データフロー、エラー処理、およびデバッグ方法を扱う予定です。