Pega Platformによるリリース管理

組織は、アプリケーション機能を競合他社よりも早くエンドユーザーや顧客にリリースする経済的なメリットを認識しています。 新しいアプリケーション機能を継続的にエンドユーザーに提供することで、組織は市場での競争力を高めることができます。 多くの組織では、ソフトウェアデリバリーのライフサイクルを簡素化するためにDevOps アプローチを導入しています。 

以下のインタラクションで理解度をチェックしてください。

継続的な統合

継続的な統合では、アプリケーションデベロッパーがソース環境に対する変更を頻繁にチェックし、自動ビルドプロセスを使用してそれらの変更が自動的に検証されるようにします。 継続的な統合により、サイクルの早い段階で問題を特定し、ピンポイントで解決できます。 

「Ready to Share」ステップでは、新しく導入された変更が、既存のアプリケーションとうまく機能することを確認するためにテストを実行します。 「Integrate Changes」ステップでは、新しい変更が開発リポジトリに公開される前に、必要なすべての重要なテストが実行され、常に最新の状態に保たれるようにします。 

継続的なデリバリー

継続的なデリバリーでは、アプリケーションに対する変更が厳格な自動化された回帰テストを通じて実行されます。 変更がステージング環境にデプロイされ、そこでさらにテストが実行されて、アプリケーションが本番環境にデプロイできる状態になっていることが確認されます。

「Ready to Accept」ステップでは、テストを実行して、アプリケーションが合格基準を満たしていることを確認します。 Ready to Deployステップでは、アプリケーションがデプロイ可能な状態になっていることを確認するのに必要なすべてのパフォーマンステスト、スケールテスト、互換性テストを実行します。 Deployステップでは、本番前環境での検証と本番へのデプロイを行い、必要に応じてロールバックする可能性を考慮してデプロイ後テストを実行します。

App StudioでのDeployment Managerの設定

変更を公開する前に、Deployment ManagerとApp Studioを適切に設定して統合する必要があります。 これらの統合ステップにより、候補となる環境とオーケストレーター間の通信が可能になり、デプロイメントパイプラインのシームレスな公開が実現します。

Deployment Managerを使用することで、アプリケーションごとにパイプラインを設定できます。 このパイプラインでは、アプリケーションを異なる環境に移動させます。 Deployment ManagerをApp Studio環境に統合すると、システムはApp Studioを通じて特定のアプリケーションのパイプラインを公開します（Settings > Versions）。 アプリケーション設計者は、変更内容を上位環境に公開できるため、システム管理者が手動でアプリケーションをプロモートしたり、設定したりする必要がなくなります。

サードパーティ製ツール

すでにDevOpsプラクティスが導入されている場合、DevOpsをサードパーティツールと統合できます。 Pega Platformでは、必要なすべてのフックやサービスと共にオープンプラットフォームが提供され、JenkinsやMicrosoft Azure DevOpsなど、一般的なサードパーティ製ツールを使用したオープンDevOpsインテグレーションもサポートされています。 オープンDevOps統合によって、サードパーティ製ツールを使用して分岐を自動化し、デプロイメントパイプラインを構築 できます。

以下のインタラクションで理解度をチェックしてください。