JavaアプリケーションをDockerizingすることで、一貫性、移植性、分離、クラウドの準(zhǔn)備が保証されます。 1. MavenまたはGradleを使用してスタンドアロンの瓶を準(zhǔn)備します。 2.スリムまたはディストリビューション畫像を使用してマルチステージのDockerFileを作成し、JARをコピーし、非ルートユーザーを設(shè)定し、ポート8080を公開し、エントリポイントを定義します。 3.ルートを避け、バージョンを固定し、-XMX512Mや-XX：USECONTAINERSUPPORTなどのJVM制限を設(shè)定して、畫像を固定します。 4. Docker BuildとDocker Runでローカルでビルドとテスト。 5.タグ付け後のDocker HubやAWS ECRなどのコンテナレジストリにプッシュします。 6.展開およびサービスヤムルを介してKubernetesに展開するか、Cloud RunやECSなどのマネージドサービスを使用します。 7. GitHubアクションまたは同様のGithubアクションを使用してCI/CDで自動(dòng)化し、テスト後のプッシュおよびデプロイに基づいて構(gòu)築します。最終的なヒントには、監(jiān)視リソース、ストリーミングログ、ヘルスチェックの実裝、環(huán)境変數(shù)を介した構(gòu)成の外部化が含まれ、安全で効率的で、生産対応のクラウドで展開されたJavaアプリケーションが含まれます。

クラウド展開のためのJavaアプリケーションをDockerizingすることは、環(huán)境全體で一貫性を確保し、スケーリングを簡(jiǎn)素化し、CI/CDパイプラインを合理化するための一般的かつ効果的な方法です。セットアップから展開の考慮事項(xiàng)まで、それを正しく行う方法は次のとおりです。

docker javaアプリをDockerizeする理由

飛び込む前に、それは利點(diǎn)を理解するのに役立ちます：

• 一貫性：開発から生産までの環(huán)境。
• ポータビリティ：Dockerが実行する場(chǎng)所を?qū)g行する - ローカルマシン、VM、Kubernetesクラスター。
• 分離：依存関係が含まれます。 「マシンで動(dòng)作する」問題はありません。
• クラウドレディ：主要なクラウドプロバイダー（AWS、GCP、Azure）は、コンテナ化されたアプリをネイティブにサポートしています。

？§1ステップ1：Javaアプリケーションを準(zhǔn)備します

アプリをスタンドアロンの瓶（できればスプリングブートのような埋め込みサーバーを備えたファットジャー）に組み込むことができることを確認(rèn)してください。

たとえば、Mavenを使用する場(chǎng)合：

 MVNクリーンパッケージ

これによりtarget/myapp-0.0.1.jarなどのJARファイルが生成されます。

JARにすべての依存関係が含まれており、マニフェストに適切なMain-Classエントリがあることを確認(rèn)してください。

？ステップ2：DockerFileを書きます

プロジェクトルートでDockerfileを作成します。

 ＃スリムなopenJDKベース畫像を使用します（生産にマルチステージまたはディストリビューションを好む）
OpenJDKから：17-JDK-SLIMとしてビルダーとして

＃作業(yè)ディレクトリを設(shè)定します
workdir /app

＃最初にmavenファイルをコピーします（より良いレイヤーキャッシュ用）
pom.xmlをコピーします。
src ./srcをコピーします

＃jarを構(gòu)築します
MVNクリーンパッケージ-dskiptestsを?qū)g行します

＃第2段階：軽量のランタイム畫像
openjdkから：17-jre-slim

workdir /app

＃ビルダーステージからjarをコピーします
コピー -  from = builder /app/target/*.jar app.jar

＃オプション：セキュリティのために非ルートユーザーを作成します
addgroup  -  system javauser && adduser  -  system javauser -ingroup javauserを?qū)g行する
ユーザーJavauser

＃ポートを公開する（例えば、スプリングブートの8080）
8080を公開します

＃アプリを?qū)g行します
EntryPoint ["Java"、 "-jar"、 "app.jar"]]

？ヒント：

• マルチステージビルドを使用して、最終的な畫像サイズを縮小します。
• javacのようなツールが必要な場(chǎng)合を除き、ランタイム段階で-JDKよりも-jdk -jre好みます。
• latestタグを避けてください。再現(xiàn)性のためのピンバージョン。

？ステップ3：畫像を確保して最適化します

クラウド內(nèi)のセキュリティと効率の問題：

• 最小限の攻撃面のために、ディストリディスレス畫像（Googleのディストリビューション）を使用してください。

   gcr.io/distroless/java17-debian11から
  コピー -  f -from = builder /app/target/app.jar /app.jar
  EntryPoint ["Java"、 "-jar"、 "/app.jar"]]

• コンテナに適したJVMメモリ制限を設(shè)定します。

   EntryPoint ["java"、 "-xmx512m"、 "-xx：usecontainersupport"、 "-jar"、 "app.jar"]]]

• root（上記のようにUSER javauser ）として実行しないでください。

？ステップ4：ローカルで構(gòu)築およびテストします

畫像を作成します：

 docker build -t my-java-app：1.0。

実行：

 docker run -p 8080：8080 my-java-app：1.0

テストエンドポイント：

 Curl http：// localhost：8080/Health

ログ、パフォーマンス、およびシャットダウンの動(dòng)作を確認(rèn)します。

???ステップ5：コンテナレジストリにプッシュします

クラウドに展開するには、畫像をレジストリにプッシュします。

例：

• Dockerハブ
• Amazon ECR
• Google GCR / Artifactレジストリ
• Azure Containerレジストリ

Dockerハブの例：

 dockerタグmy-java-app：1.0 your-dockerhub-username/my-java-app：1.0
Dockerプッシュドッカーハブアセルナーム/my-java-app：1.0

AWS ECRの場(chǎng)合、最初に認(rèn)証します：

 AWS ECR get-login-password | docker login -username aws  -  password-stdin <acount> .dkr.ecr。<region> .amazonaws.com

次に、タグを付けて、それに応じてプッシュします。

？ステップ6：クラウドプラットフォームに展開します

展開ターゲットを選択してください。

オプションA： kubernetes（eks、gke、aks）

展開とサービスYAMLを使用します。

 Apiversion：Apps/V1
種類：展開
メタデータ：
  名前：Java-App
仕様：
  レプリカ：2
  セレクタ：
    マッチラベル：
      アプリ：Java-App
  テンプレート：
    メタデータ：
      ラベル：
        アプリ：Java-App
    仕様：
      コンテナ：
       - 名前：Java-App
        畫像：Your-Registry/My-Java-App：1.0
        ポート：
        -containerport：8080
        リソース：
          制限：
            メモリ：「768mi」
            CPU：「500m」
---
Apiversion：V1
種類：サービス
メタデータ：
  名前：Java-App-Service
仕様：
  タイプ：LoadBalancer
  セレクタ：
    アプリ：Java-App
  ポート：
     - プロトコル：TCP
      ポート：80
      ターゲットポート：8080

申請(qǐng)：

 kubectl apply -f deployment.yaml

オプションB：マネージドサービス（たとえば、AWS ECS、Google Cloud Run）

クラウド実行の場(chǎng)合、1つのコマンドがDocker Imageから直接展開します。

 gcloud run my-java-service \を展開\
  -image gcr.io/my-project/my-java-app:1.0 \
  -Platform Managed \
  -region us-central1 \
  -Allow-UnAuthenticated

同様に、ECSはECR畫像を參照するタスク定義を使用します。

？ CI/CDで自動(dòng)化します

GitHubアクション、Gitlab CI、またはJenkinsに統(tǒng)合します。

例githubアクションスニペット：

名前：ビルドと展開
オン：[プッシュ]

仕事：
  建てる：
    runs-on：ubuntu-latest
    ステップ：
       - 使用：アクション/チェックアウト@V3
       - 名前：JDK 17を設(shè)定します
        用途：アクション/セットアップjava@v3
        と：
          Java-version： '17'
          分布：「Temurin」

       - 名前：Mavenでビルドします
        実行：MVN Clean Package -Dskiptests

       - 名前：Docker畫像を作成します
        実行：docker build -t myapp：$ {{github.sha}}。

       - 名前：Docker Hubへのプッシュ
        実行：|
          echo $ {{secrets.docker_password}} | docker login -u $ {{secrets.docker_username}}  -  password -stdin
          dockerタグmyApp：$ {{github.sha}} $ {{secrets.docker_username}}/myApp：$ {{github.sha}}}
          docker push $ {{secrets.docker_username}}/myapp：$ {{github.sha}}

次に、プッシュ後にクラウドの展開をトリガーします。

？最終的なヒント

• 監(jiān)視リソースの使用量：コンテナの制限に基づいてJVMヒープを調(diào)整します。
• ロギングを有効にする：クラウドサービス（CloudWatch、StackDriver）へのストリームログ。
• 健康チェック：活性/準(zhǔn)備プローブで使用/actuator/health （スプリングブート）。
• 環(huán)境変數(shù)： application.propertiesまたはenv varsを介して構(gòu)成を外部化します。

基本的に、JavaアプリをDockerizingすることは複雑ではありませんが、安全かつ効率的に細(xì)部に注意を払うことができます。コンテナ化すると、アプリは最新のクラウドプラットフォームの準(zhǔn)備ができているポータブルユニットになります。

以上がクラウド展開のためのJavaアプリケーションのDockerizingの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。