ルールアッセンブリーおよび実行パフォーマンス

ルールアッセンブリープロセスでは、アプリケーションの実行に使用するルールのキャッシュを作成します。 Pega Platform™が効率的に作動するには、ルールのキャッシングが不可欠です。 しかし、状況によっては、ルールのアッセンブリーに時間がかかり、パフォーマンスが低下することがあります。 Pega Platformは、ルールアッセンブリーの問題を検出するツールを提供しており、パフォーマンス上の問題を修正または軽減するための適切なアクションを取ることができます。

ルールキャッシング

アプリケーションが拡張されると、大量のルールセットやアクセスグループを追加することができます。 多数のアクセスグループやルールセットアッセンブリーによる過剰なルールキャッシングは、パフォーマンスを低下させる場合があります。

ルールキャッシュとは、最近使用されたルールをメモリ内に集めたものです。 Pega Platformはルールキャッシュを維持することで、不要なルールレゾリューションやデータベースインタラクションを避け、アプリケーションのパフォーマンスを向上させます。 アプリケーションがルールをリクエストすると、Pega Platformは当該ルールがキャッシュ内にある場合は実行します。 ルールがキャッシュに存在しない場合、Pega Platformはルールをキャッシュに追加します。

ルールセットリストと呼ばれるユニークなルールセットの組み合わせには、それぞれのキャッシュがあります。 アプリケーションに多数のルールセットがある場合、Pega Platformはシステムリソースを使用してルールセットリストをキャッシュします。 Pega Platformの実装では、様々なユーザー向けのルールを含む一つのルールベースを持ち、複数のアプリケーションのルールを含むことができます。 例えば、顧客担当者がクレームのインバウンドコールを処理するためにシステムにログインしたり、顧客がアプリケーションのセルフサービスのウェブサイトにログインしたりします。 各ユーザーに対して、固有のアクセスグループとルールセットリストがあります。 Pega Platformは、各アクセスグループをシステムメモリとCPUを使用する個別のキャッシュインスタンスとして管理します。 

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

過剰なルールアッセンブリーの原因

過剰なルールアッセンブリーの一般的な原因は、ユーザーが異なるルールセットリストを持っていることです。 アクセスグループがそれぞれ特有のルールセットリストを持ち、個人がルールをチェックアウトできる場合に、ルールセットリストの相違が発生します。 各ユーザーが、わずかに異なるルールセットリストを含む異なるアクセスグループを持っている場合、それぞれが独自にルールのアッセンブリーを行うため、パフォーマンスが低下します。 設計時には、オペレーターが共通のアクセスグループを使用するように注意してください。 アクセスグループは、可能な限り同じアプリケーションルールを使用しなければなりません。 アプリケーションで同じ機能を実行するユーザーは、全員がオペレーターIDレコードで同じアクセスグループを指定する必要があります。

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

ルールアッセンブリーに関する問題が発生した場合、アラートが生成されます。 ルールアッセンブリーが正常に行われない場合、次のようなアラートが表示されます。 アラートログを確認することで、アッセンブリーに関する問題を特定することができます。

• PEGA0032-ルールの変更（更新、削除、作成）により、ルールアアッセンブリーキャッシュに多数の無効エントリーが生成される場合。
• PEGA0037 - ルールアッセンブリーにかかる時間のしきい値超過。
• PEGA0038 - ルールアッセンブリーキャッシュアクセスの待ち時間のしきい値超過。

過剰なルールアッセンブリーの管理

使用するルールセットリストの数を最小限に抑えることで、過剰なルールアッセンブリーを管理することができます。 始めに、Active Rule Set Listレポートを開いて、ルールセットリスト数の急激な増加をモニタリングします。 例えば、生産システムにあってはならないブランチルールセットを探します。

以下の操作を行うことで、使用中のルールセットリストの数を最小限に抑えることができます。

• アプリケーションの移行前にルールセットブランチをマージする。 ブランチを使用して、開発中のルールを本番環境から分離する。 本番環境でブランチを使用しないようにすることで、ブランチルールセットのルールアッセンブリーへの影響を防ぎます。
• アクセスグループの数を最小限にし、アクセスグループをルールセットへのアクセスではなくパーミッションの管理に使用する。 複数のアクセスグループが、同じルールセットを異なる順番で参照することがあります。 ルールセットリストの不要な変更を避けるために、アプリケーションで同じタスクを実行するユーザーを同じアクセスグループにまとめてください。
• ルールを更新しないユーザーに対して、ルールのチェックアウトを無効にする。 ルールのチェックアウトを有効にすると、ユーザーのパーソナルルールセットが作成されます。 この設定により、当該ユーザーに固有のルールセットリストが提供されます。 ユーザーがルールを更新しない場合、不要なルールセットの変更を避けるために、ユーザーのオペレーターIDレコードのルールチェックアウトオプションを無効にしてください。
• 1つのルールセットを複数のアプリケーションレコードに追加することを避ける。 ルールセットのブロックが一貫した順序でスタックに追加されるように、可能な限りルールセットをアプリケーションにまとめます。 この操作には、アプリケーションをリファクタリングして組み込みアプリケーションを作成することも含まれます。

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