Azure Red Hat OpenShift に IBM WebSphere Liberty と Open Liberty をデプロイする

[アーティクル]
04/14/2024

この記事では、Azure portal を使って、Azure Red Hat OpenShift (ARO) 上で IBM WebSphere Liberty と Open Liberty をすばやく立ち上げる方法について説明します。

この記事では、Open/WebSphere Liberty の Azure Marketplace オファーを使って、ARO への移行を加速します。このオファーでは、OpenShift Container Registry (OCR) が組み込まれた ARO クラスター、Liberty Operator、必要に応じて Liberty とアプリケーションを含むコンテナーイメージを含むいくつかのリソースが自動的にプロビジョニングされます。オファーを表示するには、Azure portal にアクセスします。オファーによって有効になる自動化を利用せずに、ARO 上で Liberty を実行するための手動のステップバイステップガイダンスを使う場合は、「Azure Red Hat OpenShift クラスター上で Open Liberty/WebSphere Liberty を使って Java アプリケーションをデプロイする」を参照してください。

この記事は、デプロイをすばやく行うのに役立ちます。運用環境に移行する前に、Tuning Liberty について調べる必要があります。

重要

ARO は、統合されたサポートエクスペリエンスを提供するために、Red Hat および Microsoft によって共同でエンジニアリング、運用、サポートされていますが、この記事で説明されているものを含め、ARO で実行するソフトウェアは、独自のサポートとライセンス条項の対象となります。 ARO のサポートの詳細については、「Azure Red Hat OpenShift 4 のサポートライフサイクル」を参照してください。この記事で説明されているソフトウェアのサポートの詳細については、この記事に記載されているソフトウェアのメインページを参照してください。

Note

OpenShift クラスターを作成して実行するには、Azure Red Hat OpenShift に少なくとも 40 コアが必要です。新しい Azure サブスクリプションの既定の Azure リソースクォータは、この要件を満たしていません。リソース制限の引き上げを要求するには、「VM ファミリの vCPU クォータの増加」の「調整可能でないクォータの引き上げを要求する」のセクションを参照してください。引き上げを要求する必要があるクォータの種類は "調整不可" であるため、サポートチケットを提出する必要があります。「調整可能でないクォータの引き上げを要求する」の手順では、正しい内容でチケットを提出する方法を正確に示します。

無料試用版サブスクリプションは、クォータの引き上げの対象ではありません。クォータの引き上げを要求する前に、従量課金制サブスクリプションにアップグレードします。詳細については、「Azure 無料アカウントまたは Microsoft Azure for Students Starter アカウントをアップグレードする」を参照してください。

前提条件

Unix 系オペレーティングシステム (Ubuntu、macOS、または Linux 用 Windows サブシステムなど) がインストールされているローカルコンピューター。
Azure CLI。 Windows または macOS で実行している場合は、Docker コンテナーで Azure CLI を実行することを検討してください。詳細については、「Docker コンテナーで Azure CLI を実行する方法」を参照してください。

az login コマンドを使用して、Azure CLI にサインインします。認証プロセスを完了するには、ターミナルに表示される手順に従います。その他のサインインオプションについては、Azure CLI でのサインインに関するページを参照してください。
初回使用時にインストールを求められたら、Azure CLI 拡張機能をインストールします。拡張機能の詳細については、Azure CLI で拡張機能を使用する方法に関するページを参照してください。
az version を実行し、インストールされているバージョンおよび依存ライブラリを検索します。最新バージョンにアップグレードするには、az upgrade を実行します。この記事では、Version 2.31.0 以上の Azure CLI が必要です。

Java SE 実装、バージョン 17 以降 (たとえば、Eclipse Open J9)。
Maven バージョン 3.5.0 以降。
使用する OS 用の Docker。
サインインに使う Azure ID に、現在のサブスクリプションの共同作成者ロールとユーザーアクセス管理者ロール、または所有者ロールのいずれかがあること。 Azure ロールの概要については、「Azure ロールベースのアクセス制御 (Azure RBAC)とは」を参照してください。

Note

このガイダンスは、Azure Cloud Shell から実行することもできます。この方法では、Docker を除き、前提条件となるすべてのツールがプレインストールされています。

Red Hat プルシークレットを取得する

この記事で使用する Azure Marketplace オファーには、Red Hat プルシークレットが必要です。このセクションでは、Azure Red Hat OpenShift の Red Hat プルシークレットを取得する方法について説明します。 Red Hat プルシークレットの概要と必要な理由については、「チュートリアル: Azure Red Hat OpenShift 4 クラスターを作成する」の「Red Hat プルシークレットの取得」セクションを参照してください。使用するプルシークレットを取得するには、このセクションの手順に従います。

Red Hat OpenShift ハイブリッドクラウドコンソールにアクセスして、Red Hat アカウントを使用して OpenShift クラスターマネージャーポータルにサインインします。次のスクリーンショットに示すように、追加の使用条件に同意してアカウントを更新する必要がある場合があります。アカウントを作成したときと同じパスワードを使用します。

サインインしたら、[OpenShift]、[Downloads] の順に選択します。 [All categories] 候補リストを選択して、[Tokens] を選択します。 [Pull secret] で、次のスクリーンショットに示すように、[Copy] または [Download] を選択して値を取得します。

次のコンテンツは、Red Hat コンソールポータルからコピーされた例であり、認証コードは xxxx...xxx に置き換えられています。

{"auths":{"cloud.openshift.com":{"auth":"xxxx...xxx","email":"contoso-user@contoso.com"},"quay.io":{"auth":"xxx...xxx","email":"contoso-user@test.com"},"registry.connect.redhat.com":{"auth":"xxxx...xxx","email":"contoso-user@contoso.com"},"registry.redhat.io":{"auth":"xxxx...xxx","email":"contoso-user@contoso.com"}}}

後で使用できるように、シークレットをファイルに保存します。

Azure portal から Microsoft Entra サービスプリンシパルを作成する

この記事で使用する Azure Marketplace オファーには、Azure Red Hat OpenShift クラスターをデプロイするための Microsoft Entra サービスプリンシパルが必要です。このオファーでは、デプロイ時にサービスプリンシパルに適切な特権を割り当て、ロールの割り当ては必要ありません。サービスプリンシパルを使う準備ができている場合は、このセクションをスキップして次のセクションに進み、オファーをデプロイします。

サービスプリンシパルをデプロイし、Azure portal からアプリケーション (クライアント) ID とシークレットを取得するには、次の手順に従います。詳細については、「サービスプリンシパルを作成および使用して Azure Red Hat OpenShift クラスターをデプロイする」を参照してください。

Note

アプリケーションを Microsoft Entra テナントに登録するための十分なアクセス許可を持っている必要があります。問題が発生した場合は、「必要なアクセス許可」をチェックして、使用しているアカウントで ID を作成できることを確認してください。詳細については、「リソースにアクセスできる Microsoft Entra アプリケーションとサービスプリンシパルをポータルで作成する」の「アプリの登録に必要なアクセス許可」のセクションを参照してください。

Azure Portal で Azure アカウントにサインインします。
[Microsoft Entra ID] を選びます。
[アプリの登録] を選択します。
[新規登録] を選択します。
アプリケーションに名前を付けます (例: "liberty-on-aro-app")。サポートされているアカウントを選択します。これにより、アプリケーションを使用できるユーザーを決定します。値を設定した後、次のスクリーンショットに示すように、[Register] を選択します。アプリケーションのプロビジョニングには数秒かかります。デプロイが完了するのを待ってから続行します。
次のスクリーンショットに示すように、概要ページからアプリケーション (クライアント) ID を保存します。ポインターを値 (スクリーンショットで編集済み) の上に置き、表示されるコピーアイコンを選択します。ツールヒントには、[クリップボードにコピー] と表示されます。そのセクションの他の値にもコピーアイコンがあるため、正しい値をコピーするように注意してください。後で使用できるように、アプリケーション ID をファイルに保存します。
次の手順に従って、新しいクライアントシークレットを作成します。
1. [証明書とシークレット] を選択します。
2. [クライアントシークレット]、[新しいクライアントシークレット] の順に選択します。
3. シークレットの説明と期間を指定します。操作が終わったら、[Add] を選択します。
4. クライアントシークレットを追加すると、クライアントシークレットの値が表示されます。後からの取得はできないので、この値をコピーします。

これで、Microsoft Entra アプリケーション、サービスプリンシパル、クライアントシークレットが用意できました。

Azure Red Hat OpenShift に IBM WebSphere Liberty または Open Liberty をデプロイする

このセクションの手順では、Azure Red Hat OpenShift に IBM WebSphere Liberty または Open Liberty をデプロイします。

次の手順では、オファーを検索して、[基本] ペインに入力する方法について説明します。

Azure portal の上部にある検索バーに、「Liberty」と入力します。次のスクリーンショットに示すように、自動提案された検索結果の [Marketplace] セクションで、[IBM Liberty on ARO] を選びます。

このポータルリンクを使用して、オファーに直接移動することもできます。
オファーページで、[作成] を選択します。
[基本] ペインで、[サブスクリプション] フィールドに表示される値が、前提条件セクションに示されているロールと同じであることを確認します。
オファーは空のリソースグループにデプロイする必要があります。 [リソースグループ] フィールドで、[新規作成] を選択し、リソースグループの値を入力します。リソースグループはサブスクリプション内で一意である必要があるため、一意の名前を選択します。一意の名前を付ける簡単な方法は、自分の名前のイニシャル、今日の日付、何らかの識別子を組み合わせて使用することです。たとえば、 abc1228rgです。
シェル内にリソースグループ名の環境変数を作成します。
```
export RESOURCE_GROUP_NAME=<your-resource-group-name>
```
[インスタンスの詳細] で、デプロイのリージョンを選択します。 OpenShift が動作する Azure リージョンの一覧については、Azure での Red Hat OpenShift 4.x のリージョンに関するページを参照してください。
リージョンを選んだら、[次へ] を選びます。

次の手順では、次のスクリーンショットに示す [ARO] ウィンドウに入力する方法を示します。

[新しいクラスターを作成する] で、[はい] を選びます。
[新しいクラスターを作成するための情報を入力する] で、[Red Hat プルシークレット] については、「Red Hat プルシークレットを取得する」セクションで取得した Red Hat プルシークレットを入力します。 [シークレットの確認] にも同じ値を使用します。
[サービスプリンシパルのクライアント ID] に、「Azure portal から Microsoft Entra サービスプリンシパルを作成する」セクションで取得したサービスプリンシパルアプリケーション (クライアント) ID を入力します。
[サービスプリンシパルのクライアントシークレット] に、「Azure portal から Microsoft Entra サービスプリンシパルを作成する」セクションで取得したサービスプリンシパルアプリケーションシークレットを入力します。 [シークレットの確認] にも同じ値を使用します。
値を入力したら、[次へ] を選びます。

次の手順では、次のスクリーンショットに示す [オペレーターとアプリケーション] ウィンドウに入力し、デプロイを開始する方法を示します。

[IBM がサポートされていますか?] で、[はい] を選択します。

Note

このクイックスタートでは、IBM でサポートされている WebSphere Liberty オペレーターをデプロイしますが、代わりに [いいえ] を選択して Open Liberty オペレーターをデプロイできます。
[アプリケーションをデプロイしますか?] の既定のオプションは [いいえ] のままにします。

Note

このクイックスタートでは、後でサンプルアプリケーションを手動でデプロイしますが、必要に応じて、[アプリケーションをデプロイしますか?] で [はい] を選択できます。
[Review + create](レビュー + 作成) を選択します。緑色の [検証に成功しました] というメッセージが上部に表示されることを確認します。メッセージが表示されない場合は、検証の問題を修正し、[確認と作成] を再度選択します。
[作成] を選択します。
[デプロイが進行中です] ページで、デプロイの進行状況を追跡します。

選んだリージョンのネットワーク状態やその他のアクティビティによっては、デプロイが完了するまでに最大 40 分かかる場合があります。

デプロイの機能を確認する

このセクションの手順では、デプロイが正常に完了したことを確認する方法を示します。

[デプロイが進行中です] ページから移動した場合は、次の手順でそのページに戻る方法について説明します。 [デプロイが完了しました] と示されたページが表示されたままの場合は、5 つ目の手順にスキップできます。

ポータルページの隅にあるハンバーガーメニューを選んでから [リソースグループ] を選びます。
[任意のフィールドのフィルター] というテキストが表示されているボックスに、前に作成したリソースグループの最初の数文字を入力します。推奨される方法に従った場合は、名前のイニシャルを入力してから、適切なリソースグループを選択します。
ナビゲーションウィンドウの [設定] セクションで、[デプロイ] を選択します。このリソースグループへのデプロイの順序指定済みリストが表示され、最新のデプロイが最初に表示されます。
このリストの一番古いエントリまでスクロールします。このエントリは、前のセクションで開始したデプロイに対応します。次のスクリーンショットに示すように、一番古いデプロイを選択します。
ナビゲーションウィンドウで、[出力] を選択します。このリストには、そのデプロイの出力値が表示され、これには役立つ情報が含まれています。
ターミナルを開き、cmdToGetKubeadminCredentials フィールドの値を貼り付けます。 OpenShift クラスターコンソールポータルにログインするための管理者アカウントと資格情報が表示されます。次のコンテンツは、管理者アカウントの例です。
```
az aro list-credentials --resource-group abc1228rg --name clusterf9e8b9
{
  "kubeadminPassword": "xxxxx-xxxxx-xxxxx-xxxxx",
  "kubeadminUsername": "kubeadmin"
}
```
clusterConsoleUrl フィールドの値をインターネットに接続された Web ブラウザーに貼り付け、Enter キー を押します。管理者のユーザー名とパスワードを入力してサインインします。
Liberty に適切な Kubernetes オペレーターがインストールされていることを確認します。次のスクリーンショットに示すように、ナビゲーションペインで [Operators] を選び、次に [Installed Operators] を選びます。

WebSphere Liberty オペレーターまたは Open Liberty オペレーターをインストールした場合は注意してください。オペレーターのバリアントは、デプロイ時に選んだものと一致します。 [IBM サポート] を選んだ場合は、WebSphere Liberty オペレーターが利用できます。それ以外の場合は、Open Liberty オペレーターを使います。これは、後の手順で知っておくべき重要な情報です。
チュートリアル「OpenShift CLI をインストールする」の手順に従って、OpenShift CLI oc をダウンロードしてインストールしてから、このドキュメントに戻ります。
[出力] ペインに切り替え、cmdToLoginWithKubeadmin フィールドから値をコピーしてから、ターミナルに貼り付けます。コマンドを実行して、OpenShift クラスターの API サーバーにサインインします。コンソールに、次の例のような出力が表示されます。
```
Login successful.

You have access to 71 projects, the list has been suppressed. You can list all projects with 'oc projects'

Using project "default".
```

Azure SQL Database の作成

以下の手順では、アプリで使う Azure SQL Database の単一データベースを作成する手順について説明します。

クイックスタート: Azure SQL Database の単一データベースを作成するの手順に従って、Azure SQL Database で単一データベースを作成します。次の注で説明されている相違点に注意してください。データベースサーバーを作成して構成した後、この記事に戻ります。

Note

[基本] の手順の [リソースグループ]、[データベース名]、<サーバー名>.database.windows.net、[サーバー管理者ログイン]、[パスワード] の値をメモします。この記事の後半では、データベース リソースグループを <db-resource-group> と表記します。

[ネットワーク] の手順の [接続方法] を [パブリックエンドポイント] に、[Azure サービスおよびリソースにこのサーバーへのアクセスを許可する] を [はい] に、[現在のクライアント IP アドレスを追加する] を [はい] に設定します。
データベースのリソースグループ名の環境変数をシェルに作成します。
```
export DB_RESOURCE_GROUP_NAME=<db-resource-group>
```

データベースと ARO クラスターを作成したので、WebSphere Liberty アプリケーションをホストする ARO を準備できます。

サンプルアプリケーションを構成してデプロイする

このセクションの手順に従って、Liberty ランタイムにサンプルアプリケーションをデプロイします。これらの手順では、Maven を使用します。

アプリケーションをチェックアウトする

次のコマンドを使って、このガイドのサンプルコードをクローンします。サンプルは GitHub にあります。

git clone https://github.com/Azure-Samples/open-liberty-on-aro.git
cd open-liberty-on-aro
export BASE_DIR=$PWD
git checkout 20240223
cd 3-integration/connect-db/mssql

HEAD がデタッチされた状態であることを示すメッセージが表示された場合、このメッセージは無視しても問題ありません。これは、タグをチェックアウトしたという意味です。

リポジトリにはいくつかのサンプルがあります。 3-integration/connect-db/mssql/ を使います。アプリケーションのファイル構造を次に示します。

mssql
├─ src/main/
│  ├─ aro/
│  │  ├─ db-secret.yaml
│  │  ├─ openlibertyapplication.yaml
│  │  ├─ webspherelibertyapplication.yaml
│  ├─ docker/
│  │  ├─ Dockerfile
│  │  ├─ Dockerfile-ol
│  ├─ liberty/config/
│  │  ├─ server.xml
│  ├─ java/
│  ├─ resources/
│  ├─ webapp/
├─ pom.xml

java、resources、および webapp ディレクトリには、サンプルアプリケーションのソースコードが含まれています。このコードでは、jdbc/JavaEECafeDB という名前のデータソースを宣言して使用します。

aro ディレクトリには、3 つのデプロイファイルがあります。 db-secret.xml は、DB 接続資格情報を使用して Kubernetes シークレットを作成するために使用されます。ファイル webspherelibertyapplication.yaml は、このクイックスタートで WebSphere Liberty アプリケーションをデプロイするために使われます。「Azure Red Hat OpenShift に IBM WebSphere Liberty または Open Liberty をデプロイする」セクションで Open Liberty オペレーターをデプロイした場合は、ファイル openlibertyapplication.yaml を使って Open Liberty アプリケーションをデプロイします。

docker ディレクトリには、Open Liberty または WebSphere Liberty を使用してアプリケーションイメージを作成するための 2 つのファイルがあります。これらのファイルはそれぞれ、Dockerfile と Dockerfile-ol です。このクイックスタートでは、ファイル Dockerfile を使って、WebSphere Liberty でアプリケーションイメージをビルドします。同様に、「Azure Red Hat OpenShift に IBM WebSphere Liberty または Open Liberty をデプロイする」セクションで Open Liberty オペレーターをデプロイした場合は、ファイル Dockerfile-ol を使って Open Liberty でアプリケーションイメージをビルドします。

liberty/config ディレクトリでは、server.xml ファイルを使用して、Open Liberty および WebSphere Liberty クラスターの DB 接続を構成します。

プロジェクトをビルドする

必要なプロパティを収集したので、次のコマンドを使ってアプリケーションを構築できます。プロジェクトの POM ファイルにより、環境から多くの変数が読み取られます。 Maven ビルドの一部として、これらの変数は、src/main/aro にある YAML ファイルの値を設定するために使われます。必要に応じて、Maven の外部でアプリケーションに対して同様の操作を行うことができます。

cd ${BASE_DIR}/3-integration/connect-db/mssql

# The following variables are used for deployment file generation into target.
export DB_SERVER_NAME=<server-name>.database.windows.net
export DB_NAME=<database-name>
export DB_USER=<server-admin-login>@<server-name>
export DB_PASSWORD=<server-admin-password>

mvn clean install

(省略可能) プロジェクトをローカルでテストする

以下の手順を使って、Azure にデプロイする前にプロジェクトをローカルで実行してテストできるようになりました。便宜上、liberty-maven-plugin を使用します。 liberty-maven-plugin の詳細については、「Building a web application with Maven」(Maven での Web アプリケーションのビルド) を参照してください。アプリケーションでは、ローカル IDE などの他のメカニズムを使用して、同様の操作を行うことができます。コンテナーでの開発を目的とした liberty:devc オプションの使用を検討することもできます。 liberty:devc の詳細については、Liberty のドキュメントを参照してください。

次の例に示すように、liberty:run を使ってアプリケーションを起動します。 liberty:run では、前のセクションで定義した環境変数も使います。
```
cd ${BASE_DIR}/3-integration/connect-db/mssql
mvn liberty:run
```
アプリケーションが想定どおりに動作することを確認します。成功すると、コマンドの出力に [INFO] [AUDIT] CWWKZ0003I: The application javaee-cafe updated in 1.930 seconds. のようなメッセージが表示されます。ブラウザーで http://localhost:9080/ または https://localhost:9443/ に移動し、アプリケーションがアクセス可能で、すべての機能が動作していることを確認します。
Ctrl+C キーを押して停止します。

次に、以下の手順に従って、Docker を使ってプロジェクトをコンテナ化し、Azure にデプロイする前にローカルでコンテナーとして実行します。

docker build コマンドを実行してイメージをビルドします。

cd ${BASE_DIR}/3-integration/connect-db/mssql/target
docker buildx build --platform linux/amd64 -t javaee-cafe:v1 --pull --file=Dockerfile .

次のコマンドを使用してイメージを実行します。前に定義した環境変数を使用しています。

docker run -it --rm -p 9080:9080 -p 9443:9443 \
    -e DB_SERVER_NAME=${DB_SERVER_NAME} \
    -e DB_NAME=${DB_NAME} \
    -e DB_USER=${DB_USER} \
    -e DB_PASSWORD=${DB_PASSWORD} \
    javaee-cafe:v1

コンテナーが起動したら、ブラウザーで http://localhost:9080/ または https://localhost:9443/ に移動してアプリケーションにアクセスします。
Ctrl+C キーを押して停止します。

イメージをビルドしてイメージストリームにプッシュする

アプリケーションの状態に問題がなければ、以下の手順を使って、クラスター上にリモートでイメージをビルドします。

次のコマンドを使って、ソースディレクトリと Dockerfile を確認します。

cd ${BASE_DIR}/3-integration/connect-db/mssql/target

# If you are deploying the application with WebSphere Liberty Operator, the existing Dockerfile is ready for you

# If you are deploying the application with Open Liberty Operator, uncomment and execute the following two commands to rename Dockerfile-ol to Dockerfile
# mv Dockerfile Dockerfile.backup
# mv Dockerfile-ol Dockerfile

次のコマンドを使ってイメージストリームを作成します。
```
oc create imagestream javaee-cafe
```
次のコマンドを使って、ビルド出力のイメージストリームタグを指定するビルド構成を作成します。
```
oc new-build --name javaee-cafe-config --binary --strategy docker --to javaee-cafe:v1
```
次のコマンドを使い、ビルドを開始してローカルコンテンツをアップロードし、コンテナ化を行い、前に指定したイメージストリームタグに出力します。
```
oc start-build javaee-cafe-config --from-dir . --follow
```

アプリの配置およびテスト

次の手順を使用して、アプリケーションをデプロイしてテストします。

次のコマンドを使って DB シークレットを適用します。
```
cd ${BASE_DIR}/3-integration/connect-db/mssql/target
oc apply -f db-secret.yaml
```
出力 secret/db-secret-mssql created が表示されるはずです。
次のコマンドを使って、デプロイファイルを適用します。
```
oc apply -f webspherelibertyapplication.yaml
```

次のコマンドを使って、すべてのポッドが開始され、正常に実行されるまで待ちます。

oc get pods -l app.kubernetes.io/name=javaee-cafe --watch

すべてのポッドが実行されていることを示す、次の例のような出力が表示されます。

NAME                          READY   STATUS    RESTARTS   AGE
javaee-cafe-67cdc95bc-2j2gr   1/1     Running   0          29s
javaee-cafe-67cdc95bc-fgtt8   1/1     Running   0          29s
javaee-cafe-67cdc95bc-h47qm   1/1     Running   0          29s

以下の手順に従って結果を確認します。
1. 次のコマンドを使って、アプリケーションと共にデプロイされた Route リソースの host を取得します。
```
echo "route host: https://$(oc get route javaee-cafe --template='{{ .spec.host }}')"
```
2. 出力から route host の値をコピーし、ブラウザーで開いてアプリケーションをテストします。 Web ページが正しくレンダリングされない場合は、アプリがバックグラウンドでまだ起動中であることが原因です。数分待ってから操作をやり直してください。
3. コーヒーをいくつか追加および削除して、アプリの機能とデータベース接続を確認します。

リソースをクリーンアップする

Azure の課金を回避するには、不要なリソースをクリーンアップする必要があります。クラスターが必要なくなったら、az group delete コマンドを使って、リソースグループ、ARO クラスター、Azure SQL Database、すべての関連リソースを削除します。

az group delete --name $RESOURCE_GROUP_NAME --yes --no-wait
az group delete --name $DB_RESOURCE_GROUP_NAME --yes --no-wait

次のステップ

Azure への IBM WebSphere ファミリのデプロイの詳細については、次のリンクを参照してください:

Azure で IBM WebSphere 製品ファミリーを実行するためのソリューションは何ですか?

Azure Red Hat OpenShift に IBM WebSphere Liberty と Open Liberty をデプロイする

前提条件

Red Hat プル シークレットを取得する

Azure portal から Microsoft Entra サービス プリンシパルを作成する

Azure Red Hat OpenShift に IBM WebSphere Liberty または Open Liberty をデプロイする

デプロイの機能を確認する

Azure SQL Database の作成

サンプル アプリケーションを構成してデプロイする

アプリケーションをチェックアウトする

プロジェクトをビルドする

(省略可能) プロジェクトをローカルでテストする

イメージをビルドしてイメージ ストリームにプッシュする

アプリの配置およびテスト

リソースをクリーンアップする

次のステップ

その他のリソース

Red Hat プルシークレットを取得する

Azure portal から Microsoft Entra サービスプリンシパルを作成する

サンプルアプリケーションを構成してデプロイする

イメージをビルドしてイメージストリームにプッシュする