Optimierung von Java Docker -Bildern für kleinere Größe und schnelleres Startup

Verwenden Sie kleinere Grundbilder wie Eclipse-Temurin: 17-Jre-Alpine oder -Slim, um das Volumen zu reduzieren; 2. Verwenden Sie mehrstufige Konstruktionen, um Kompilierungs- und Ausführung von Umgebungen zu trennen, um zu vermeiden, dass die Build-Tools und das Quellcode in das endgültige Bild geworfen werden. 3.. Optimieren Sie das JAR -Paket selbst, entfernen Sie nutzlose Abhängigkeiten, aktivieren Sie die Komprimierung und betrachten Sie Spring Boot hierarchisches Glas. 4. Aktivieren Sie die Klassendatenfreigabe (CDS), um die Startzeit und den Speicherverbrauch zu verkürzen. 5. JVM -Containerisierungsparameter wie -xx: usecontainerSupport und -xx: MaxRampercentage anpassen, um sich an die Einschränkungen der Containerressourcen anzupassen. 6. Graalvm native Spiegelung kann in Szenarien mit extrem hohen Start -up -Geschwindigkeitsanforderungen verwendet werden, was die Leistung erheblich verbessert, aber die Komplexität der Konstruktion erhöht. Die kombinierte Verwendung der ersten fünf Elemente kann bei geringer Komplexität gute Optimierungsergebnisse erzielen, und die native Spiegelung eignet sich für Wolkennativanwendungen, die für den Kaltstart empfindlich sind.

Bei der Optimierung von Java Docker Images geht es nicht nur darum, Dateigrößen zu verkleinern, sondern um schnellere Bereitstellungen, reduzierte Angriffsoberfläche und schnellere Startzeiten, insbesondere in Cloud- und serverlosen Umgebungen. Hier erfahren Sie, wie Sie Ihren Java Docker Images -Kreditgeber und effizienter gestalten können.

1. Verwenden Sie ein kleineres Basisbild

Das von Ihnen gewählte Grundbild hat einen massiven Einfluss auf die Größe. Traditionelle openjdk:17-jdk oder openjdk:17 Bilder basieren auf vollständigen Linux-Verteilungen wie Debian und können über 500 MB liegen.

Bessere Optionen:

• eclipse-temurin:17-jre-alpine -Alpine Linux ist winzig (~ 5 MB Basis), und JRE nur reduziert den Fußabdruck.
• eclipse-temurin:17-jre-slim -Debian basiert, aber zurückgezogen. Kompatibler als Alpine, immer noch viel kleiner als Full JDK.

 # anstatt:
# Von OpenJDK: 17
# Verwenden:
Aus Eclipse-Temurin: 17-Jre-Alpine

⚠️ HINWEIS: Alpine verwendet musl anstelle von glibc , was zu Kompatibilitätsproblemen mit einigen nativen Bibliotheken führen kann. Wenn Sie Probleme treffen, gehen Sie stattdessen mit -slim .

2. Erstellen und laufen in separaten Phasen (mehrstufige Builds)

Vermeiden Sie Bündelungs -Build -Tools, Quellcode und Abhängigkeiten in Ihr endgültiges Bild.

 # Mehrstufiges: Bauen Sie mit Full JDK, laufen Sie mit JRE
Aus Eclipse-Temurin: 17-Jdk-Alpine als Erbauer
WorkDir /App
Kopie. .
Rennen ./gradlew Build -x -Test

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

Dadurch wird das Laufzeitbild minimal - keine Gradle, Quelldateien oder Entwickler -Tools.

3.. Optimieren Sie das Glas selbst

Ein fettes Glas (Uber-Jar) mit allen enthaltenen Abhängigkeiten ist praktisch, kann aber aufgebläht werden.

Tipps:

• Entfernen Sie unbenutzte Abhängigkeiten -Verwenden Sie Tools wie Abhängigkeitskontrolle oder manuelle Überprüfung.
• Verwenden Sie das Dünnglas von Spring Boot (falls zutreffend) - Ableitungsabhängigkeiten zu einer gemeinsamen Ebene.
• Aktivieren Sie die JAR -Komprimierung - Die meisten Build -Tools tun dies standardmäßig, aber überprüfen Sie.

Profi -Tipp: Wenn Sie Spring Start verwenden, betrachten Sie Spring Start 3.2 mit Containerbildunterstützung, die den Inhalt des Schichtinhalts für ein besseres Docker -Layer -Caching.

4. Aktivieren Sie die Klassendatenfreigabe (CDS)

Durch Klassendatenfreigabe können die Kernklassen von JVM und Speicher-MAP-Kern vorladen und die Startzeit und Speicherverbrauch verkürzt.

Generieren Sie während des Bildbaus ein CDS -Archiv:

 Aus Eclipse-Temurin: 17-Jre-Alpine
Kopieren Sie app.jar /app.jar

# CDS -Archiv generieren
Führen Sie Java -xshare: Dump -xx: archiveClasseSatexit = /app.jsa -jar /app.jar aus.
# Oder wenn Sie die Hauptklasse kennen:
# Java -cp app.jar -xshare: Dump -xx: archiveClasseSatexit =/App.jsa com.example.Main ausführen

# Verwenden Sie CDs zur Laufzeit
Eintragspunkt ["Java", "-xshare: auto", "-xx: SharedarchiveFile =/App.jsa", "-Jar", "App.jar"]

Dies kann die Startzeit um 10 bis 30%verkürzen, insbesondere für Apps mit vielen Abhängigkeiten.

5. Tune JVM -Einstellungen für Container einstellen

Standardmäßig respektiert der JVM die Containerspeicherbeschränkungen möglicherweise nicht.

Fügen Sie diese Flags hinzu:

 Einstiegspunkt ["Java", \
  "-Xx: usecontainersupport", \
  "-Xx: maxrampercentage = 75,0", \ \
  "-XShowSetting: vm", \
  "-jar", "app.jar"]

• UseContainerSupport können JVM -Containergrenzen erkennen.
• MaxRAMPercentage vermeidet überdurchlässige Haufen.

Dies verhindert, dass OOM -Tötungen die Start -up -Vorhersage verbessert.

6. Betrachten Sie native Bilder (Graalvm) für die extreme Optimierung

Kompilieren Sie Ihre Java -App für das schnellste Startup und den kleinsten Fußabdruck mit einem nativen Graalvm -Bild mit einem nativen Binärer.

Profis:

• Startup in Millionen Sekunden.
• Kleinerer Speicher Fußabdruck.
• Kleineres Bild (kein JVM benötigt).

Nachteile:

• Längere Bauzeit.
• Begrenzte Reflexions-/dynamische Klassenbelastung (erfordert Konfiguration).
• Größeres Build -Bild.

Beispiel:

 # Bühne mit Graalvm bauen
Von ghcr.io/graalvm/graalvm-jdk:17 als Erbauer
Führen Sie Gu durch und installieren Sie das native Image
Kopie. .
Führen Sie native -Image -Jar App.jar aus

# Letzte Stufe
Von Alpine: Neueste
Kopieren - -from = Builder App /App
Eintragspunkt ["./app"]

Am besten für Microservices, serverlose oder CLI -Tools, bei denen ein schnelles Start von entscheidender Bedeutung ist.

Zusammenfassung der Gewinne

Wählen Sie die richtige Kombination basierend auf Ihren Bedürfnissen aus. Für die meisten Apps liefert Slim Base Multi-Stufe-CDs ohne Komplexität hervorragende Ergebnisse. Für Cloud-native Dienste ist der gebürtige Graalvm-Native die Investition wert.

Senden Sie im Grunde nicht den JDK -Wert eines Rechenzentrums, nur um ein Glas zu betreiben.

Das obige ist der detaillierte Inhalt vonOptimierung von Java Docker -Bildern für kleinere Größe und schnelleres Startup. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!