アプリケーションのバージョニング

選択する方式は、アプリケーションの変更のタイプによって異なります。 ロックアンドロールは、漸進的なパッチバージョンに最適です。 スキミングは、マイナーバージョンとメジャーバージョンに適しています。

プリプロセスのベストプラクティスとして、新しいバージョンのルールがチェックインされていることを確認します。 チェックアウトされたルールのルックアップは、「Checked Out Rules」ページから実行できます。 追加のベストプラクティスとして、ルールセットの最上位バージョン以外をロックします。

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

小さな変更やパッチには、ロックアンドロール方式を採用します。 アプリケーションのパッチとマイナーな更新には、通常、ルールの更新が含まれます。 ロックアンドロールを使用する場合は、新しい空のルールセットのバージョンを作成してから構成を更新し、必要なルールだけをその新しいルールセットバージョンにコピーします。

ルールセットの上位バージョンのルールがルールセットの下位バージョンのルールよりも優先されます。 新しいバージョン番号、およびアプリケーションレコードとアクセスグループを更新してルールセットのバージョンを反映させるかどうかを指定します。

01-01-01を01-01-02にロールする場合、ルールレゾリューションのプロセスは01-01-02から開始し、前のパッチバージョンである01-01-01までさかのぼってルールがルックアップされます。 ルールがいずれかのバージョンにあれば、Pega Platformはそのルールを見つけて完了できます。 たとえば、01-03-05を01-03-06にロールし、次に01-03-06バージョンで一部のルールを更新した場合でも、更新されなかった残りのルールは引き続き01-03-05バージョンから実行されます。

次のインタラクションは、システムアーキテクト（SA）がアプリケーションのバージョニングをどのように行うかを示しています。 ロックアンドロールウィザードで空のルールセットを作成し、SAが適切なルールを追加して新しいバージョンを構成します。

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

スキミングとは、ルールの最上位のバージョンを、新しいより上位のルールセットバージョンに保存するプロセスです。 スキミングは主に完了済みのルールに適用され、ルールレゾリューションに利用できないルールがシステムによってフィルタリングされるため、アプリケーションのパフォーマンスが向上します。 スキミングすることで、ルールレゾリューションがシンプルになり、アプリケーションの異なるバージョンに引き継ぐルールデータを最小限に抑えることができます。 スキミングには、マイナーとメジャーの2つのタイプがあります。 スキミングタイプは更新タイプ（メジャーまたはマイナー/パッチ）に対応しています。

マイナースキミングでは、ルールは上位のマイナーバージョンに保存され、メジャースキミングでは、ルールは上位のメジャーバージョンに保存されます。

ルールの可用性ステータスにより、ルールが引き継がれるかどうかが決まります。 この表では、スキミングで引き継がれるルールを定義しています。

ブロックされたルールは、他のルールセットのルールをブロックできるため、ブロックされたルールは引き継がれます。 ブロッキング関係は維持する必要があります。

スキミングで重要なのは、メジャーバージョンから開始してすべてのマイナー番号とパッチ番号を新しいバージョンにスキミングすること、または、あるマイナーバージョンから開始してそこから新しいバージョンにスキミングすることです。

Pegaはスキミングウィザードを用意しています。 指定されたルールセット内の各ルールインスタンスについて、ウィザードでは最も番号の大きいバージョンが特定され、指定された番号のコピーが作成されます。

スキミングウィザードを開くには、Dev Studioのヘッダーで、Configure > System > Refactor > Rulesetsをクリックして、「Refactor Rulesets Utilities」ランディングページを開きます。 「Refactor Rulesets Utilities」ランディングページで Skim a RuleSetをクリックし、スキミングウィザードを開きます。

スキミングの詳細については、Communityの記事「Creating higher ruleset versions by skimming rules」を参照してください。

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