एक स्प्रिंग बूट एप्लिकेशन के साथ एक डॉक छवि का आकार कम करना

शुभ दोपहर

हाल ही में, मैंने डॉक इमेज का उपयोग करके कुबेरनेट क्लस्टर में स्प्रिंग बूट 2 एप्लिकेशन लॉन्च करने के कार्य का सामना किया। यह समस्या नई नहीं है, जल्दी से मुझे Google में उदाहरण मिल गए और मेरे आवेदन को पैक कर दिया। मुझे jdk11 के लिए अल्पाइन छवि नहीं मिलने पर बहुत आश्चर्य हुआ और उम्मीद थी कि स्लिम काफी छोटा होगा, लेकिन जब मैंने छवि को डॉकटर रजिस्ट्री को भेजा, तो मैंने देखा कि इसका आकार लगभग 422 मेगाबाइट था। बिल्ली के नीचे एक वर्णन है कि मैंने अपने स्प्रिंग बूट और जावा 11 से 144 मेगाबाइट के साथ डॉक की छवि को कैसे कम किया।

आवेदन

जैसा कि मैंने पहले उल्लेख किया है, मेरा एप्लिकेशन स्प्रिंग बूट 2 का उपयोग करके बनाया गया है और एक रिलेशनल डेटाबेस (@RepositoryRestResource का उपयोग करके) पर एक REST API आवरण है। मेरी निर्भरता में शामिल हैं:

org.springframework.boot:spring-boot-starter-data-rest org.springframework.boot:spring-boot-starter-data-jpa org.flywaydb:flyway-core org.postgresql:postgresql 

एकत्र की गई जार फ़ाइल का आकार 37.6 मेगाबाइट है।

Dockerfile:

 FROM openjdk:11-jdk-slim WORKDIR /home/demo ARG REVISION COPY target/spring-boot-app-${REVISION}.jar app.jar ENTRYPOINT ["java","-jar","app.jar"] 

असेंबली के परिणामस्वरूप, मुझे आकार की एक छवि मिलती है: डोक्टर इमेज कमांड के आउटपुट के अनुसार 422 mb। दिलचस्प है, जब पुरानी 8-jdk- स्लिम छवि का उपयोग किया जाता है, तो आकार 306 एमबी तक कम हो जाता है।

प्रयास 1: एक और मूल छवि

पहला तार्किक कदम अधिक हल्के चित्र को खोजने का प्रयास था, अधिमानतः अल्पाइन पर आधारित। मैंने सबसे लोकप्रिय जावा रिपॉजिटरी को स्कैन किया:

• https://hub.docker.com/_/openjdk
• https://hub.docker.com/r/adoptopenjdk/openjdk11
• https://hub.docker.com/r/adoptopenjdk/openjdk11-openj9
• https://hub.docker.com/r/adoptopenjdk/openjdk8

(11 वर्तमान एलटीएस रिलीज के रूप में और 8 के रूप में अभी भी पर्याप्त संख्या में एप्लिकेशन हैं जो अधिक आधुनिक संस्करणों में माइग्रेट नहीं कर सकते हैं)

चित्र और टैग (~ 2700) के साथ एक तालिका, लेखन के समय उनके आकार यहां उपलब्ध हैं

यहाँ उनमें से कुछ हैं:

 openjdk 8 488MB openjdk 8-slim 269MB openjdk 8-alpine 105MB openjdk 8-jdk-slim 269MB openjdk 8-jdk-alpine 105MB openjdk 8-jre 246MB openjdk 8-jre-slim 168MB openjdk 8-jre-alpine 84.9MB openjdk 11 604MB openjdk 11-slim 384MB openjdk 11-jdk 604MB openjdk 11-jdk-slim 384MB openjdk 11-jre 479MB openjdk 11-jre-slim 273MB adoptopenjdk/openjdk8 alpine 221MB adoptopenjdk/openjdk8 alpine-slim 89.7MB adoptopenjdk/openjdk8 jre 200MB adoptopenjdk/openjdk8 alpine-jre 121MB adoptopenjdk/openjdk11 alpine 337MB adoptopenjdk/openjdk11 alpine-slim 246MB adoptopenjdk/openjdk11 jre 218MB adoptopenjdk/openjdk11 alpine-jre 140MB 

इस प्रकार, यदि आप आधार छवि को गोद लेने के लिए अदला-बदली करते हैं / Openjdk11: अल्पाइन-jre, तो आप अनुप्रयोग के साथ छवि को 177 mb तक कम कर सकते हैं।

प्रयास 2: कस्टम रनटाइम

Jdk9 और मॉडर्लाइज़ेशन की रिलीज़ के बाद से, यह संभव हो गया कि आप अपने स्वयं के रनटाइम का निर्माण करें, जिसमें केवल वे मॉड्यूल शामिल हों जो आपके एप्लिकेशन के लिए आवश्यक हैं। आप यहां इस कार्यक्षमता के बारे में अधिक पढ़ सकते हैं।

आइए परीक्षण स्प्रिंग बूट एप्लिकेशन के लिए आवश्यक मॉड्यूल निर्धारित करने का प्रयास करें:

 ~/app ᐅ jdeps -s target/app-1.0.0.jar app-1.0.0.jar -> java.base app-1.0.0.jar -> java.logging app-1.0.0.jar -> not found 

ठीक है, ऐसा लगता है कि jdeps वसंत बूट के साथ बनाए गए वसा-जार को संभाल नहीं सकता है, लेकिन हम संग्रह को अनज़िप कर सकते हैं और क्लासपाथ लिख सकते हैं:

 ~/app ᐅ jdeps -s -cp target/app-1.0.0/BOOT-INF/lib/*.jar target/app-1.0.0.jar.original Error: byte-buddy-1.9.12.jar is a multi-release jar file but --multi-release option is not set ~/app ᐅ jdeps -s --multi-release 11 -cp target/app-1.0.0/BOOT-INF/lib/*.jar target/app-1.0.0.jar.original Error: aspectjweaver-1.9.2.jar is not a multi-release jar file but --multi-release option is set 

इस अवसर पर, एक बग वर्तमान में खुला है: https://bugs.openjdk.java.net/browse/JDK-8207162

मैंने यह जानकारी प्राप्त करने के लिए jdk12 को डाउनलोड करने का प्रयास किया, लेकिन निम्नलिखित त्रुटि में भाग गया:

 Exception in thread "main" com.sun.tools.classfile.Dependencies$ClassFileError ... Caused by: com.sun.tools.classfile.ConstantPool$InvalidEntry: unexpected tag at #1: 53 

ClassNotFoundException द्वारा परीक्षण, त्रुटि और मॉड्यूल खोज द्वारा, मैंने निर्धारित किया कि मेरे आवेदन को निम्नलिखित मॉड्यूल की आवश्यकता है:

• java.base
• java.logging
• java.sql
• java.naming
• java.management
• java.instrument
• java.desktop
• java.security.jgss

उनके लिए रैंटाइम का उपयोग करके एकत्र किया जा सकता है:

 jlink --no-header-files --no-man-pages --compress=2 --strip-debug --add-modules java.base,java.logging,java.sql,java.naming,java.management,java.instrument,java.desktop,java.security.jgss --output /usr/lib/jvm/spring-boot-runtime 

आइए इस मॉड्यूल का उपयोग करके एक बेसिक डॉकटर छवि बनाने की कोशिश करें:

 FROM openjdk:11-jdk-slim RUN jlink --no-header-files --no-man-pages --compress=2 --strip-debug --add-modules java.base,java.logging,java.sql,java.naming,java.management,java.instrument,java.desktop,java.security.jgss --output /usr/lib/jvm/spring-boot-runtime FROM debian:stretch-slim COPY --from=0 /usr/lib/jvm/spring-boot-runtime /usr/lib/jvm/spring-boot-runtime RUN ln -s /usr/lib/jvm/spring-boot-runtime/bin/java /usr/bin/java 

और इसे इकट्ठा करें:

 docker build . -t spring-boot-runtime:openjdk-11-slim 

नतीजतन, आकार 106 मेगाबाइट था, जो कि ओपनजेडक के साथ सबसे अधिक पाया गया आधार चित्रों की तुलना में काफी छोटा है। यदि आप इसे मेरे आवेदन के लिए उपयोग करते हैं, तो परिणामी आकार 144 मेगाबाइट होगा।

इसके अलावा, हम spring-boot-runtime:openjdk-11-slim उपयोग कर सकते हैं spring-boot-runtime:openjdk-11-slim सभी स्प्रिंग बूट अनुप्रयोगों के लिए आधार छवि के रूप में यदि उनके समान निर्भरता हो। विभिन्न निर्भरता के मामले में, प्रत्येक एप्लिकेशन के लिए मल्टीस्टेज इमेज असेंबली का उपयोग करना संभव है जहां पहले चरण में जावा रनटाइम एकत्र किया जाएगा, और एप्लिकेशन के साथ संग्रह दूसरे पर जोड़ा जाएगा।

 FROM openjdk:11-jdk-slim RUN jlink --no-header-files --no-man-pages --compress=2 --strip-debug --add-modules java.base,YOUR_MODULES --output /usr/lib/jvm/spring-boot-runtime FROM debian:stretch-slim COPY --from=0 /usr/lib/jvm/spring-boot-runtime /usr/lib/jvm/spring-boot-runtime WORKDIR /home/demo ARG REVISION COPY target/app-${REVISION}.jar app.jar ENTRYPOINT ["/usr/lib/jvm/spring-boot-runtime/bin/java","-jar","app.jar"] 

निष्कर्ष

वर्तमान में, जावा के लिए अधिकांश डॉकरों की छवियों में एक बड़ी मात्रा है, जो अनुप्रयोग के प्रारंभ समय को नकारात्मक रूप से प्रभावित कर सकती है, खासकर यदि आवश्यक परतें सर्वर पर अभी तक नहीं हैं। Jre के साथ टैग्स का उपयोग करना या java modularization का उपयोग करके, आप अपना स्वयं का रनटाइम बना सकते हैं, जो एप्लिकेशन छवि के आकार को काफी कम कर देगा।