ルールのアッセンブリーと実行のパフォーマンス

ユーザーは、レポートの作成や画面の計算値の更新などの特定のタスクを実行しているときだけでなく、アプリケーションでの作業中にも、レスポンスの遅さを感じることがあります。 ユーザーからのフィードバックに加えて、パフォーマンスの問題を特定するためのパフォーマンス分析ツールやシステムアラートが利用できます。 ルールアッセンブリーまたはルールキャッシング問題が、一般的なパフォーマンス問題の原因となることがあります。

ルールアッセンブリー

アプリケーションが起動すると、Pega Platformがアプリケーションコードを実行し、ルールを取得してキャッシュします。 このアクションをルールアッセンブリーといいます。 ルールアッセンブリーとは、アプリケーションルールに対応したJavaコードを生成し、コンパイルするシステムプロセスです。

First Use Assembly（FUA）

新しいアプリケーションが環境にデプロイされると、多くの新しいルールまたは更新されたルールがパフォーマンスに大きな影響を与えることがあります。 システムで作業しているユーザーは、最初はアプリケーションパフォーマンスの低さに気付く可能性があります。

アプリケーションのパフォーマンスを最適化するため、Pega Platformは次の場合にFUAを実行します。

• 新しいJava仮想マシン（JVM）ノードが起動されたとき。
• 新しいコードがデプロイされたとき。
• 更新されたルールがアプリケーションで初めて実行されるとき。

ユーザーがルールの大部分を実行した後は、コードがキャッシュに格納されるため、システムパフォーマンスが最適化されます。 

ルールアッセンブリーやキャッシング問題の多くは、設計時の注意深い計画により防ぐことができます。 ルールセットリストのバリエーションを最小限に抑えると、発生する可能性のあるパフォーマンスの問題が軽減します。 Pega Platformには、ルールのアッセンブリーとキャッシュの問題を見つけるのに役立つツールが用意されています。

ルールアッセンブリー統計

ルールアッセンブリーとキャッシュの問題を診断するには、ユーザーまたはプリケーションに関するルールアッセンブリー（RA）統計を確認します。

• ユーザーのRA統計を表示するには、My Performance Detailsツールを実行して、ユーザーIDを入力します。
• アプリケーションのRA統計を表示するには、Performance Analyzer (PAL) ツールを実行します。

My Performance DetailsツールとPAL ツールで表示される統計は同じです。 違いは、My Performance Detailsツールでは個々のユーザーの統計を見ることができることです。 RA統計値（RA Elapsed、Rule I/O Elapsedなど）が高い場合は、ルールアッセンブリーやキャッシュに問題があると考えられます。

次の画像で「+」アイコンをクリックすると、ルールアッセンブリー統計の詳細が表示されます。

過剰なルールアッセンブリーの一般的な原因は、ユーザーが異なるルールセットリストを持っていることです。 アクセスグループがそれぞれ特有のルールセットリストを持ち、個人がルールをチェックアウトできる場合に、ルールセットリストの相違が発生します。 各ユーザーが、わずかに異なるルールセットリストを含む異なるアクセスグループを持っている場合、システムによって追加のルールアッセンブリーが実行されるため、パフォーマンスが低下します。

次のベストプラクティスを実行して、過剰なルールアッセンブリーを最小限に抑えます。

アプリケーションルールセットをグループ化

ルールアッセンブリーは、ルールセットやアプリケーションが新しいシステムに移行またはインポートされたときに発生します。 使用するルールセットリストの数を最小限に抑えることで、過剰なルールアッセンブリーを管理します。 1つのルールセットを複数のアプリケーションレコードに追加することは避けてください。 ルールセットのブロックが一貫した順序でスタックに追加されるように、可能な限りルールセットをアプリケーションにまとめます。  この操作には、アプリケーションをリファクタリングして組み込みアプリケーションを作成することも含まれます。

共通のアクセスグループを確立

アクセスグループの数を最小限にし、アクセスグループをルールセットへのアクセスではなくパーミッションの管理に使用する。 複数のアクセスグループが、同じルールセットを異なる順番で参照することがあります。 ルールセットリストの不要な変更を避けるために、アプリケーションで同じタスクを実行するユーザーを同じアクセスグループにまとめてください。 アクセスグループは、可能な限り同じアプリケーションルールを使用しなければなりません。 

ルールのチェックアウトを制限

オペレーターIDでAllow rule check out が有効になっている場合、システムはチェックアウトされたルールを保存するためのパーソナルルールセットを作成します。 パーソナルルールセットリストは、個別のキャッシュを生成します。 非開発環境では、ルールをチェックアウトできるユーザーの数を制限することで、キャッシュの問題を減らします。 ユーザーのオペレーターIDレコードの「Security 」タブにあるルールチェックアウトオプションを無効にして、ルールを更新しないユーザーのルールチェックアウトをオフにします。

ブランチをマージ

アプリケーションの移行前にルールセットブランチをマージする。 本番環境でブランチを使用しないようにすることで、ブランチルールセットのルールアッセンブリーへの影響を防ぎます。

移行後のアッセンブリーの影響を軽減するために、Pega PlatformはStatic Assemblerを提供します。 このツールを使うと、ユーザーがリクエストする前に、アプリケーション内のすべてのルールをアッセンブルすることができます。 

次の問題に答えて、理解度をチェックしましょう。