0
0

More than 1 year has passed since last update.

Salesforce プロセスのパフォーマンスを測定する方法

Last updated at Posted at 2023-08-02

まとめページに戻る
まとめN~Z

開発者コンソールを使用した Salesforce 組織プロセスのパフォーマンスの測定

Salesforce 組織プロセスのパフォーマンスが大幅に改善されているかどうかを判断するには、作業の開始点が必要です。その出発点がベンチマークになります。幸いなことに、開発者コンソールを使用するとベンチマークが簡単になります。

Salesforceの「デバッグログ」へのアクセス

レコードの保存やフローの開始など、Salesforce と対話するときは常に、各プロセスの「デバッグログ」にアクセスすることを選択できます。

これらのログには、「保存」ボタンを押したときにバックグラウンドで何が起こっているかに関する多くの情報が含まれています。この情報には、各プロセスにかかる時間など、役立つ洞察が豊富に含まれています。

  1. 管理者の皆さん、開発者コンソールを見て怖がらないでください。次の手順に従うと、ナビゲートがいかに簡単であるかがわかります。

  2. 画面の右上隅から開発者コンソールを開きます。(注: これを表示するには管理者である必要があります。)
    コンソールが開いたら、停止し続けるプロセス、または必要以上に時間がかかっているプロセスを実行してみてください。

  3. 開発者コンソールにログが表示されるようになるはずです。

image.png

関連するログ データの検索

作業する情報が得られたので、ログを詳しく調べて、Salesforce 組織プロセスのパフォーマンスの向上に役立つ洞察の収集を開始します。具体的には、プロセスの実行にかかった時間と、プロセスの実行中に何が起こったかを確認する必要があります。

その方法は次のとおりです。

  1. プロセスの実行を開始したときに最初に表示されたログをクリックします (または、[サイズ] 列で判断できる最大の最新のログをクリックします)。
  2. おそらく意味不明な内容に見えるでしょう。これをベンチマークに役立つ情報に変えるには、「デバッグ」をクリックし、「ログパネルの表示」をクリックします。
  3. ダイアログ ボックスが表示されるはずです。(注: Ctrl-p を選択してダイアログ ボックスを開くこともできます。)

image.png

プロセスパフォーマンスのベンチマークを設定する

ダイアログ ボックスが開いたので、ベンチマークを開始します。ベンチマークは、基準点を使用して、何かにかかる時間を理解するプロセスです。この基準点がベンチマークになります。プロセスに通常かかる基本時間。処理時間を短縮することが目標の場合、ベンチマーク時間を下回れば成功とみなされます。

ベンチマークを使用すると、Salesforce 組織プロセスのパフォーマンスを測定できるため、適切なメンテナンスを実行できます。

  1. 「実行概要」をクリックします。
  2. 新しいウィンドウが開いたら、「タイムライン」をクリックします。
  3. 次のような画面が表示されます。

image.png

例の「タイムライン」画面では、選択したプロセスがその期間のほとんどの間「ワークフローフェーズ」にあったことがわかります。左側の「ミリ秒」列のデータは、ワークフロー フェーズに約 8,000 ミリ秒かかったことが示されています。

これが特定のプロセスにとって長すぎると思われる場合は、Salesforce 組織プロセスのパフォーマンスと速度の問題に取り組むための出発点となります。

注: この例では、タイムラインが「Workflow」行と「Apex」行の間で頻繁にバウンスしています。これは、何らかの再帰的な動作が行われている可能性があることを示しているため、さらに調査して削除できる可能性があります。

誤解のないように、タイムラインで生成される数値は必ずしも 100% 正確であるとは限りません。したがって、可能な限り、問題のあるプロセスごとにこのプロセスを約 5 回実行し、その平均値を使用してベンチマークを決定することが合理的です。

測定値とデータを手元に置くことで、Salesforce 組織のプロセスを高速化するターゲットを絞った変更を開始できるようになります。

ある程度進歩したと感じたら、手順をもう一度実行して、新しいタイムラインに注目してください。理想的には、プロセスにかかる時間が大幅に短縮されるはずです。

Salesforce における技術的負債の例

Salesforce インスタンスでは、技術的負債はさまざまな形で現れる可能性があります。

  • それは、プロセス用に作成され、その後非推奨になった多数の未使用のフィールドである可能性があります。
  • これらの古いプロセスをかつてサポートしていた古いワークフロー、プロセスビルダー、または Apex コードである可能性があります。
  • 技術的負債は、かつては必要だったが、その後 Salesforce がパッチを適用したり、直接的な解決策を提供したりした古い回避策の結果である可能性もあります。
0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0