Utilisez des images de base plus petites telles que l'éclipse-térine: 17-jre-alpine ou -slim pour réduire le volume; 2. Utilisez la construction en plusieurs étapes pour séparer les environnements de compilation et d'exécution pour éviter de lancer les outils de construction et le code source dans l'image finale; 3. Optimiser le package JAR lui-même, supprimer les dépendances inutiles, activer la compression et considérer le pot hiérarchique de démarrage Spring; 4. Activer le partage de données de classe (CDS) pour réduire le temps de démarrage et l'utilisation de la mémoire; 5. Ajuster les paramètres de contenerisation JVM tels que -xx: useContainersupport et -xx: maxrampercentage pour s'adapter aux limitations des ressources du conteneur; 6. La mise en miroir native de Graalvm peut être utilisée dans des scénarios avec des exigences de vitesse de démarrage extrêmement élevées, ce qui améliore considérablement les performances mais augmente la complexité de la construction; L'utilisation combinée des cinq premiers éléments peut obtenir de bons résultats d'optimisation à faible complexité, et la mise en miroir native convient aux applications natives du nuage qui sont sensibles au démarrage à froid.

L'optimisation des images Java Docker ne concerne pas seulement la tailles de fichiers - il s'agit de déploiements plus rapides, de surface d'attaque réduite et de temps de démarrage plus rapides, en particulier dans les environnements cloud et sans serveur. Voici comment rendre votre prêteur d'images Java Docker et plus efficace.

1. Utilisez une image de base plus petite

L'image de base que vous choisissez a un impact massif sur la taille. openjdk:17-jdk ou openjdk:17 images sont basées sur des distributions linux complètes comme Debian et peuvent dépasser 500 Mo.

De meilleures options:

• eclipse-temurin:17-jre-alpine - Alpine Linux est minuscule (~ 5 Mo de base), et Jre uniquement réduit l'empreinte.
• eclipse-temurin:17-jre-slim - basée à Debian mais dépouillée. Plus compatible qu'Alpine, encore beaucoup plus petit que JDK complet.

 # au lieu de:
# D'OpenJdk: 17
# Utiliser:
De Eclipse-Temurin: 17-Jre-Alpine

?? Remarque: Alpine utilise musl au lieu de glibc , ce qui peut entra?ner des problèmes de compatibilité avec certaines bibliothèques natives. Si vous touchez des problèmes, allez avec -slim à la place.

2. Build et exécuter en étapes distinctes (construction en plusieurs étapes)

évitez de regrouper les outils de construction, le code source et les dépendances dans votre image finale.

 # Multi-stage: construire avec JDK complet, exécuter avec JRE
De Eclipse-Temurin: 17-JDK-Alpine en tant que constructeur
WorkDir / App
Copie. .
Exécuter ./gradlew build -x test

De Eclipse-Temurin: 17-Jre-Alpine
WorkDir / App
Copier --From = Builder /App/build/libs/app.jar app.jar
Cmd ["java", "-jar", "app.jar"]

Cela maintient l'image d'exécution minimum - pas de gradle, de fichiers source ou d'outils de développement.

3. Optimiser le pot lui-même

Un gros pot (Uber-Jar) avec toutes les dépendances inclus est pratique mais peut être gonflé.

Conseils:

• Supprimez les dépendances inutilisées - Utilisez des outils tels que la dépendance à la dépendance ou l'examen manuel.
• Utilisez le pot mince de Spring Boot (le cas échéant) - Déchargez les dépendances à une couche partagée.
• Activer la compression du pot - la plupart des outils de construction le font par défaut, mais vérifiez.

Conseil de pro: Si vous utilisez Spring Boot, considérez Spring Boot 3.2 avec la prise en charge de l'image de conteneur qui superpose le contenu JAR pour une meilleure mise en cache de couche Docker.

4. Activer le partage de données de classe (CDS)

Le partage de données de classe permet au JVM de précharger les classes de base de la carte de mémoire, réduisant le temps de démarrage et l'utilisation de la mémoire.

Générez une archive CDS pendant la construction d'images:

 De Eclipse-Temurin: 17-Jre-Alpine
Copier app.jar /app.jar

# Générer des archives CDS
Exécuter Java -Xshare: Dump -xx: archiveClassesatexit = / app.jsa -jar /app.jar
# Ou si vous connaissez la classe principale:
# Exécuter java -cp app.jar -xshare: Dump -xx: archiveclassesatexit = / app.jsa com.example.main

# Utilisez des CD à l'exécution
EntryPoint ["java", "-xshare: auto", "-xx: sharedarchivefile = / app.jsa", "-jar", "app.jar"]

Cela peut réduire le temps de démarrage de 10 à 30%, en particulier pour les applications avec de nombreuses dépendances.

5. régler les paramètres JVM pour les conteneurs

Par défaut, le JVM peut ne pas respecter les limites de mémoire du conteneur.

Ajoutez ces drapeaux:

 Point d'entrée ["Java", \
  "-Xx: usecontainersupport", \
  "-Xx: maxrampercentage = 75.0", \
  "-Xshowsettings: VM", \
  "-jar", "app.jar"]

• UseContainerSupport permet à JVM de détecter les limites des conteneurs.
• MaxRAMPercentage évite le tas de surallocation.

Cela empêche l'OOM-tus et améliore la prédiction des startups.

6. Considérez les images natives (GraalVM) pour une optimisation extrême

Pour le démarrage le plus rapide et l'empreinte la plus petite, compilez votre application Java à un binaire natif à l'aide de l'image native Graalvm .

Avantages:

• Startup en millions de secondes.
• Empreinte mémoire plus petite.
• Image plus petite (pas de JVM nécessaire).

Inconvénients:

• Temps de construction plus long.
• Réflexion limitée / chargement de classe dynamique (nécessite une configuration).
• Image de construction plus grande.

Exemple:

 # Build Stage avec graalvm
De ghcr.io/graalvm/graalvm-jdk:17 en tant que constructeur
Exécuter GU installer natif-image
Copie. .
Exécutez Native-Image -Jar App.jar

# Stage final
De Alpine: dernier
Copier --From = Builder App / App
Entrée ["./app"]

Mieux pour les outils de microservices, sans serveur ou CLI où le démarrage rapide est critique.

Résumé des gains

Choisissez le bon combo en fonction de vos besoins. Pour la plupart des applications, les CD à plusieurs étages de base mince donne d'excellents résultats sans complexité. Pour les services natifs du cloud, le natif de Graalvm vaut l'investissement.

Fondamentalement, n'expédie pas pour un centre de données de JDK juste pour exécuter un pot.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!