Constellation設定パラダイム
Constellationへの移行は、カスタマイズから設定までの考え方の転換を伴います。
Constellationは、まったく新しいUIオーサリング体験です。Constellationアプリケーションは、より迅速な価値提供、より簡単なアップグレード、そしてアクセシビリティの向上が組み込まれた即時使用可能なUIを提供します。これらの利点を活用するには、Constellationの設定パラダイムを受け入れる必要があります。以下は、Pegaの従来のUIアーキテクチャから最先端のConstellationアーキテクチャへのパラダイムシフトを広く表すハイレベルな変更のリストです。
Blueprintファースト
Pega Blueprint™は、生成AIと業界ベストプラクティスを活用して、初期段階のアプリケーション設計をサポートするSaasツールです。Blueprintは、エンタープライズアプリケーション設計のための構造化された出発点を提供することで、初期設計の工数を減らし、チームの連携を加速するのに役立ちます。
Blueprintを活用すると、Pega Constellation™が自動的にレンダリングできるCenter-Out®ジャーニー、データモデル、成果重視のワークフローをチームが定義できるようにします。Blueprintでは、画面レベルでのカスタマイズよりもビジネスロジックとアプリケーション構造を重視し、ビジネス目標をサポートするために必要なコアケース構造とデータを含むアプリケーションモデルを生成します。
Blueprintでは、基本的なアプリケーション要素の迅速な設計がサポートされており、標準化されたConstellationレイアウトの使用が推奨されています。これにより、ルールごとのユーザーインターフェイスのカスタマイズが制限されます。Blueprintのアウトプットは、Constellationの標準コンポーネントと一致するため、一貫性、アクセシビリティ、レスポンシブデザインをサポートします。Blueprintでは、ユーザーインターフェイスレイヤーをビジネスロジックから分けることで、設計の初期段階でアプリケーションの動作と求める成果にチームが焦点を当てるのに役立ちます。
App Studioでのアプリケーション構築
生成されたBlueprintをApp Studioでの開発の出発点として使用します。App Studioは、ルールセットとクラスに関連する潜在的な複雑さの多くを抽象化するため、開発者はルールの配置ではなくアプリケーションの設計に集中できます。App Studioでリソースを作成する際に、Pega Platform™は必要なルールとクラスを自動的に生成し、適切なルールセットとクラスのコンテキストを割り当てます。
App Studioで構築されたアプリケーションは、Center-out、チャネルに依存しないアプローチをサポートする、実証されたベストプラクティスとガードレールに従います。このアプローチは、全チャネルをまたいでアプリケーション構造とユーザー体験の一貫性を促進し、クライアントとアプリケーション開発チームの両方にとって保守性をサポートします。
カスタマイズから設定へ
Constellationを使用したアプリケーション開発では、詳細なユーザーインターフェイスのカスタマイズよりも、ビジネス成果とワークフローの動作を重視します。
開発者は、ボタンの配置など見た目の細部を定義する時間が減り、ワークフローのロジックや効率的なケース完了に必要なデータに集中できます。Constellationは、コアユーザーインターフェイスとワークフロー要素に既定のデザインを適用することで、アプリケーション開発者とクライアントはジャーニー全体の顧客ニーズに集中できます。
セクションに代わるビュー
従来のPegaアーキテクチャでは、アプリケーション開発者はセクションを作成し、表示フィールドやコントロールなど、ユーザーインターフェイスの各機能部分に設定が必要です。個々のセクションはハーネス内で組み立てられます。ハーネスは、アプリケーションのユーザーインターフェイスの全体的な画面レイアウトを定義します。この方法では、開発者は見た目の細部について意思決定を行う必要があり、アプリケーションの開発や更新の際に工数が増える可能性があります。
Constellationでは、セクションはビューに置き換えられます。各ビューは、情報構造、インタラクション、アクセシビリティ、データの可視化を定義する既定のプレゼンテーションレイヤーを使用し、Reactベースのフロントエンドフレームワークを使用して実装されます。このアプローチでは、個々のユーザーインターフェイス要素を設定することから、ワークフローの動作とケース完了をサポートするために必要なデータを定義することに開発の重点を移します。
ステートレスアーキテクチャ
一般的にステートレスアーキテクチャは、スケーラビリティ、パフォーマンス特性、および保守性の向上につながるとされています。Constellationは、Pegaアプリケーションでこのアプローチをサポートするために、ステートレスアーキテクチャを採用しています。
ステートレスアーキテクチャに移行すると、アプリケーションの動作や開発ワークフローに変更が加わります。Constellationアプリケーションでは、サーバーは持続的なリクエスターセッションを維持しません。各リクエストは個別に処理され、リクエストが完了するとリクエスターセッションが終了します。
その結果、アクティブなクリップボードセッションに依存する従来のデバッグ方法は使用できなくなりました。Constellation DX APIを呼び出すたびにクリップボードが解放されます。つまり、エンドユーザー ポータルからアクセスしたり、Dev Studioでスレッドを切り替えてライブデータを検査したりすることはできません。代わりにConstellationでは、ステートレス環境でのアプリケーション分析をサポートするように設計された代替デバッグツールが提供されます。
また、データページの機能とベストプラクティスが大幅に変わりました。ステートレスであるため、Constellationアーキテクチャは一時的なページをサポートしていません。代わりにデータページを使用する必要があります。
以下のインタラクションで理解度をチェックしてください。