注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
このガイドでは、予期しないパフォーマンスの問題の根本原因を特定し、解決する方法を説明します。このページでは、パフォーマンスの急増によく見られるパターン、体系的な診断プロセス、およびリソース消費を削減するための即時の対処手順を取り上げます。
効率的な自動化を設計し、問題を未然に防ぐためのガイダンスについては、パフォーマンスのベストプラクティスを参照してください。
以下は、自動化のパフォーマンスの問題を特定し、診断するのに役立つ一般的なパターンです。
症状： 自動化が短期間に何度も実行され、予期しないリソース消費が発生します。たとえば、オブジェクトの更新が大量に発生する自動化では、自動化の実行が多数発生し、それぞれが下流の効果をトリガーする可能性があります。
根本原因： オブジェクトタイプが非常に頻繁に更新され、自動化に「オブジェクト更新時」の条件が設定されているものの、時間ベースの制限がありません。これは、一時停止されていた自動化を再開したときによく発生します。
修正方法：
症状： 複数の自動化が順番に実行され、実行回数が指数関数的に増加します。
根本原因： 自動化が連鎖し、それぞれの自動化がオブジェクトを編集することで、次の自動化をトリガーします。
修正方法：
症状： 関数の実行時間が長く、オブジェクトの件数が増えるにつれてリソース消費が著しく増加します。
根本原因： 関数に、オブジェクトを一括処理する代わりに、反復ごとにオントロジーを1回クエリするループが含まれています。
修正方法：
関数の最適化に関する包括的なガイダンスについては、関数のパフォーマンスを最適化するを参照してください。
症状： 1つの関数が何度も呼び出され、多くの場合、再帰的に呼び出されます。
根本原因： 関数がオブジェクトを編集し、その編集が同じ関数を呼び出す自動化をトリガーすることで、ループが発生します。防止策がなければ、手動で停止するまで続く可能性があります。
修正方法：
パフォーマンスの急増を調査するには、次の手順に従います。
自動化の実行履歴を確認する： 自動化を開き、実行履歴を確認します。主な確認事項は次のとおりです。
条件が満たされる頻度を特定する： 条件の設定とオブジェクトの更新パターンを調べます。主な確認事項は次のとおりです。
自動化の連鎖を追跡する： Autopilot または Workflow Lineage を使用して、依存関係を把握します。主な確認事項は次のとおりです。
関数の実装を確認する： 自動化が呼び出す関数を調べます。主な調査事項は次のとおりです。
再帰を引き起こす条件を探す： 自動化が自分自身をトリガーしているかどうかを特定します。主な確認事項は次のとおりです。
パフォーマンスまたはリソース消費の急増が見つかった場合は、次の対応を優先順位順に行います。
被害の拡大を止める
影響を評価する
応急処置を適用する
回復状況を監視する
診断情報を得るためのリソースを以下に示します。