概要

  • 2 分

おめでとうございます! Java アプリをコンテナー化し、Azure Kubernetes Service にデプロイしました。

Java アプリをコンテナー化して Azure にデプロイする方法を学習したいと考えていました。 以下の手順に従いました。

  1. Java アプリをコンテナー化します。
  2. Java アプリのコンテナー イメージをビルドします。
  3. コンテナー イメージをローカルで実行する。
  4. Azure Container Registry にコンテナー イメージをプッシュする。
  5. コンテナー イメージを Azure Kubernetes Service にデプロイします。

これで、Java アプリをコンテナー化して Azure にデプロイできることを確信できます。

AKS の監視とトラブルシューティング

すぐにトラブルシューティングを行うには、kubectl logs deployment/flightbookingsystemsample --tail=100 でアプリケーション ログを調べ、kubectl get events --sort-by=.metadata.creationTimestamp で Kubernetes イベントを調べます。 プラットフォーム メトリック、コントロール プレーン ログ、コンテナー ログの収集については、「Azure Kubernetes Service (AKS)の監視」を参照してください。

この演習では、Container insights ログ収集を有効にしたり、コントロール プレーン診断設定を構成したりすることはありません。 これらの機能には個別の構成が必要であり、追加のAzure Monitor料金が発生する可能性があります。

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

このモジュールでは、リソース グループ内に Azure リソースを作成しました。 これらのリソースが後で必要ない場合は、Azure ポータルからリソース グループを削除するか、演習で使用したのと同じローカル Bash セッションで次のコマンドを実行してください。

Note

別のターミナルを開くか、Azure Cloud Shell で Bash を選択した場合は、最初に AZ_RESOURCE_GROUP をセットアップからの実際のリソース グループ名設定して、同じ Azure サブスクリプションを選択します。 新しいローカル Bash セッションは、元のシェルの子として開始されたときにエクスポートされた変数を継承できます。 独立したAzure Cloud Shell セッションは、ローカル シェルから環境変数を継承しません。 リソースを削除する前に、グループ名とアクティブなサブスクリプションを確認します。

az group delete --name "$AZ_RESOURCE_GROUP" --yes

このコマンドの実行には 1 分かかることがあります。

重要

不要な料金が発生しないように、このモジュールで使用した Azure リソースをプロビジョニング解除してください。

その他のリソース

Docker の詳細を確認 します。

Azure Container Registry の詳細を確認します。

Azure Kubernetes Service の詳細を確認します。