デプロイメントにCI/CDパイプラインを使用
VB Studioでは、CI/CDパイプラインを使用して、DEVインスタンスかPRODインスタンスかにかかわらず、Oracle Cloud Applications環境に拡張機能をデプロイできます。
- デフォルトでは、デザイナで「公開」をクリックすると、Oracle Cloudアプリケーション(「Visual Builder Studioのページの編集」リンクを介して)で行われた変更が、ターゲット・インスタンス(通常はDEVインスタンス)に直接デプロイされるように設定されます。
「ライフサイクル拡張の管理」ページから、ボタンをクリックするだけで、追加のインスタンスに拡張をデプロイできます。
- 一方、CI/CDパイプラインでは、拡張機能のデプロイ方法を決定できます。たとえば、「公開」をクリックすると、その拡張機能をDEVインスタンスだけでなく、TESTインスタンスにも一度に複数のインスタンスにデプロイできます。また、一部のライフサイクル操作を自動化することもできます(たとえば、依存アーティファクトをターゲット環境にパラレルにデプロイしたり、古いビルド・アーティファクトを削除して環境をクリーン・アップできます)。
これを設定するには、拡張に対してCI/CDパイプラインを有効にしてから、組織のニーズに合せて提供されているパイプラインの即時利用可能な構成を構成します。
最適なデプロイメント・オプションの組合せを使用してください。たとえば、組織では、「公開」ボタンを使用して拡張機能を直接公開し、必要に応じて追加のデプロイメントに「拡張ライフサイクルの管理」ページを使用する方が効率的です。同時に、CI/CDパイプラインを使用して、特定のライフサイクル操作タスクを自動化できます。
2つの公開オプション間のいくつかの主な相違点の簡単な概要を次に示します。
アスペクトの公開 | 直接公開 | CI/CDパイプラインを介して公開 |
---|---|---|
導入の柔軟性 | デザイナの「公開」ボタンと「拡張ライフサイクルの管理」ページの両方を使用して、拡張機能をOracle Cloud Applicationsインスタンスに直接公開する主な利点は、スピードとシンプルさです。デプロイメント・プロセスは簡単ですが、柔軟性がありません。 |
CI/CDパイプラインを使用する主な理由は柔軟性です。「公開」をクリックすると、拡張機能をDEVインスタンスだけでなく他のインスタンスにもデプロイできます。 パイプラインを構成してアーカイブされたアーティファクトをダウンロードしたり、古いビルドやアーティファクトを破棄したり、指定されたスケジュールでビルドを実行したりすることもできます。 |
速度 | Oracle Cloud Applicationsインスタンスへの拡張機能の直接公開は高速です。デプロイメントはすぐに実行されるため、エンド・ユーザーは変更をすばやく表示できます。 | CI/CDパイプラインを使用して拡張を公開する場合、デプロイメント・プロセスは即時ではありません。他のユーザーが変更を確認できるようになるまで、プロセス全体の完了を待機する必要がある場合があります。 |
複数のインスタンスへのデプロイ |
複数のOracle Cloud Applicationsインスタンスを使用する場合は、まず自分の拡張機能をDEVインスタンスに公開する必要があります。 その拡張を他のインスタンスにデプロイするには、「拡張ライフサイクルの管理」ページを使用します。(このページのデプロイメントでは、以前にパッケージ化されてDEVインスタンスに公開されたビルド・アーティファクトが再利用されます。) |
CI/CDパイプラインを構成して、DEVインスタンスだけでなく、任意のインスタンスに変更をデプロイできます。複数のインスタンスに同時にデプロイするようにパイプラインを構成することもできます。 |
マージ・リクエスト | デプロイメントは即時であるため、パブリッシュ・プロセスの一部としてマージ・リクエストを含めることはできません。変更をレビューするには、「公開」をクリックする前にマージ・リクエストを作成する必要があります。 | CI/CDパイプラインを使用して拡張を公開する場合は、マージ・リクエストでビルドするオプションがあります。 |
承認ワークフロー | Oracle Cloud Applicationsインスタンスに直接公開する場合、承認ワークフロー機能は組み込まれていません。環境へのアクセス権がある場合は、その環境にデプロイできます。 |
CI/CDパイプラインを使用すると、残りの実行を実行する前に、1人以上の認可済ユーザーがステップを手動で承認する必要がある承認項目を追加できます。 たとえば、パイプラインはDEVおよびTESTインスタンスに拡張を自動的にデプロイできますが、PRODインスタンスにデプロイする前にマネージャの承認が必要です。 |
ログおよびビルド履歴 | Oracle Cloud Applicationsインスタンスに直接公開しても、ビルドの詳細、ログ・レポートおよびビルド履歴の記録は提供されません。 | CI/CDパイプラインを使用して拡張をデプロイした場合は、以前のログおよびビルド履歴をレビューできます。 |
以前のバージョンへの拡張機能のロールバックのサポート | 拡張がOracle Cloud Applicationsインスタンスに直接公開された場合、その拡張は後で再デプロイできません。 | パイプラインを使用して拡張がデプロイされ、そのビルド・アーティファクトがアーカイブされた場合は、後で必要に応じて再デプロイできます。 |
機能の削除 | 拡張を削除する必要がある場合、ベスト・プラクティスは「拡張ライフサイクルの管理」ページで![]() |
ジョブを構成して拡張を削除し、そのジョブをパイプラインに含めることができますが、ジョブを使用して拡張を削除しても、拡張全体が削除されるのではなく、特定のバージョンのみが削除されます。 よりクリーンなため、「拡張ライフサイクルの管理」ページを使用して拡張を削除することをお薦めします。 |
拡張機能の初期デプロイメントにCI/CDパイプラインを使用する場合、デザイナでCI/CDパイプライン設定を有効にする必要があります。この設定はデフォルトでOFFです。Visual Builder Studioを使用したOracle Cloud Applicationsの拡張のパブリッシュ用のCI/CDパイプラインの有効化または無効化を参照してください。その後、必要に応じて、指定されたパイプラインの即時利用可能な構成を構成できます。
また、必要に応じて、デプロイする追加のOracle Cloud Applicationsインスタンスごとにビルド・ジョブおよびパイプラインを作成および構成することもできます。