2.2. 手順
- ビルドとデプロイメントを 1 つのステップでトリガーします。
Quarkus CLI を使用する場合:
quarkus build quarkus deploy openshift
quarkus build quarkus deploy openshiftCopy to Clipboard Copied! Toggle word wrap Toggle overflow Maven を使用する場合:
./mvnw install -Dquarkus.openshift.deploy=true
./mvnw install -Dquarkus.openshift.deploy=trueCopy to Clipboard Copied! Toggle word wrap Toggle overflow Gradle を使用する場合:
./gradlew build -Dquarkus.openshift.deploy=true
./gradlew build -Dquarkus.openshift.deploy=trueCopy to Clipboard Copied! Toggle word wrap Toggle overflow
アプリケーションをすぐにテストする場合は、quarkus.openshift.route.expose 設定プロパティーを true に設定して、サービスを自動的に公開します。
たとえば、上記のコマンドに -Dquarkus.openshift.route.expose=true を追加します。詳細は、ルートの公開 を参照してください。
OpenShift Container Platform 4.14 以降、DeploymentConfig オブジェクトは非推奨になりました。Deployment は、quarkus-openshift エクステンションのデフォルトおよび推奨されるデプロイメントの種類です。
この変更により、次の点に注意してください。
-
DeploymentConfigを使用して以前にデプロイしたアプリケーションを再デプロイする場合、デフォルトでは、これらのアプリケーションはDeploymentを使用しますが、以前のDeploymentConfigは削除されません。これにより、新旧両方のアプリケーションがデプロイされるため、古いDeploymentConfigを手動で削除する必要があります。ただし、引き続きDeploymentConfigを使用する場合は、quarkus.openshift.deployment-kindをDeploymentConfigに明示的に設定することで実行できます。 -
Deploymentは、Kubernetes リソースであり、OpenShift 固有のものではないため、DeploymentConfigの場合のようにImageStreamリソースを活用することはできません。したがって、イメージ参照には、イメージをホストするコンテナーイメージレジストリーを含める必要があります。
非推奨、自動ロールバック、トリガー、ライフサイクルフック、カスタムストラテジーのセットアップ方法と使用方法の詳細は、Red Hat ナレッジベースの記事 DeploymentConfig API is being deprecated in Red Hat OpenShift Container Platform 4.14 を参照してください。