Spring Boot အပလီကေးရှင်းအတွက် Optimized Docker ပုံများကို တည်ဆောက်ခြင်း။

ကွန်တိန်နာများသည် အပလီကေးရှင်းတစ်ခုအား ၎င်း၏ဆော့ဖ်ဝဲလ်နှင့် လည်ပတ်မှုစနစ် မှီခိုမှုအားလုံးဖြင့် ထုပ်ပိုးခြင်းအတွက် ဦးစားပေးနည်းလမ်းဖြစ်လာပြီး ၎င်းတို့အား မတူညီသောပတ်ဝန်းကျင်များသို့ ပို့ဆောင်ပေးပါသည်။

ဤဆောင်းပါးတွင် Spring Boot အပလီကေးရှင်းကို သိုလှောင်ရန် မတူညီသောနည်းလမ်းများကို ဖော်ပြထားသည်-

• Docker ဖိုင်ကို အသုံးပြု၍ Docker ပုံဖန်တီးခြင်း၊
• Cloud-Native Buildpack ကို အသုံးပြု၍ အရင်းအမြစ်မှ OCI ပုံကို ဖန်တီးခြင်း၊
• JAR ၏ အစိတ်အပိုင်းများကို အလွှာပေါင်းများစွာ ကိရိယာများ အသုံးပြု၍ မတူညီသော အလွှာများအဖြစ် ပိုင်းခြားခြင်းဖြင့် ပုံရိပ်ကို အချိန်ပိုကောင်းအောင် ပြုလုပ်ခြင်း။

 ကုဒ်ဥပမာ

ဤဆောင်းပါးသည် အလုပ်လုပ်သောကုဒ်နမူနာဖြင့် တွဲထားသည်။ GitHub တွင် .

ကွန်တိန်နာ ဝေါဟာရများ

ဆောင်းပါးတွင် အသုံးပြုသည့် ကွန်တိန်နာဝေါဟာရဖြင့် စတင်ပါမည်။

• ကွန်တိန်နာပုံ: သီးခြားဖော်မတ်တစ်ခု၏ ဖိုင်။ ကျွန်ုပ်တို့၏ အပလီကေးရှင်းကို တည်ဆောက်ကိရိယာကို အသုံးပြုခြင်းဖြင့် ကျွန်ုပ်တို့၏ အပလီကေးရှင်းကို ကွန်တိန်နာပုံအဖြစ်သို့ ပြောင်းလဲပါမည်။
• ထည့်သောအရာကွန်တိန်နာပုံ၏ အကောင်အထည်ဖော်နိုင်သော ဥပမာတစ်ခု။
• ကွန်တိန်နာအင်ဂျင်: ကွန်တိန်နာကိုလည်ပတ်ရန်အတွက် တာဝန်ရှိ daemon လုပ်ငန်းစဉ်။
• ကွန်တိန်နာအိမ်ရှင်ကွန်တိန်နာအင်ဂျင်လည်ပတ်သည့် လက်ခံကွန်ပြူတာ။
• ကွန်တိန်နာစာရင်း: ကွန်တိန်နာပုံကို ထုတ်ဝေရန်နှင့် ဖြန့်ဝေရန် အသုံးပြုသည့် ယေဘုယျတည်နေရာ။
• OCI စံနှုန်း: Open Container Initiative (OCI) Linux ဖောင်ဒေးရှင်းတွင် ဖွဲ့စည်းထားသော ပေါ့ပါးပြီး ပွင့်လင်းသော အုပ်ချုပ်မှုပုံစံဖြစ်သည်။ OCI Image Specification သည် ကွန်တိန်နာအင်ဂျင်များ မည်သည့် build tool မှ ဖန်တီးထားသော ကွန်တိန်နာပုံများကို လုပ်ဆောင်နိုင်စေရန် သေချာစေရန် ကွန်တိန်နာပုံနှင့် runtime ဖော်မတ်များအတွက် စက်မှုလုပ်ငန်းစံနှုန်းများကို သတ်မှတ်ပေးပါသည်။

အပလီကေးရှင်းတစ်ခုအား သိုလှောင်ရန်အတွက် ကျွန်ုပ်တို့၏အပလီကေးရှင်းကို ကွန်တိန်နာပုံတစ်ခုတွင် ထုပ်ပိုးပြီး ထိုပုံကို မျှဝေထားသော မှတ်ပုံတင်တစ်ခုသို့ ဖြန့်ချိပါသည်။ ကွန်တိန်နာ runtime သည် registry မှ ဤပုံကို ထုတ်ယူပြီး၊ ၎င်းကို ထုပ်ပိုးပြီး ၎င်းအတွင်းရှိ အပလီကေးရှင်းကို လုပ်ဆောင်သည်။

Spring Boot ၏ ဗားရှင်း 2.3 သည် OCI ပုံများကို ဖန်တီးရန်အတွက် ပလပ်အင်များကို ပံ့ပိုးပေးပါသည်။

Docker အသုံးအများဆုံး container အကောင်အထည်ဖော်မှုဖြစ်ပြီး၊ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ဥပမာများတွင် Docker ကိုအသုံးပြုသည်၊ ထို့ကြောင့် ဤဆောင်းပါးရှိ နောက်ဆက်တွဲကွန်တိန်နာကိုးကားချက်များအားလုံးကို Docker ကိုရည်ညွှန်းပါမည်။

ရိုးရာနည်းအတိုင်း ကွန်တိန်နာပုံတည်ဆောက်ခြင်း။

Spring Boot အပလီကေးရှင်းများအတွက် Docker ပုံများကို ဖန်တီးခြင်းသည် Docker ဖိုင်တွင် ညွှန်ကြားချက်အနည်းငယ်ကို ထည့်ခြင်းဖြင့် အလွန်လွယ်ကူပါသည်။

ကျွန်ုပ်တို့သည် ပထမဦးစွာ executable JAR ဖိုင်ကိုဖန်တီးပြီး Docker ဖိုင်လမ်းညွှန်ချက်များ၏ တစ်စိတ်တစ်ပိုင်းအနေဖြင့် လိုအပ်သောဆက်တင်များကိုအသုံးပြုပြီးနောက် အခြေခံ JRE ပုံ၏ထိပ်ရှိ executable JAR ဖိုင်ကို ကူးယူပါ။

ကျွန်ုပ်တို့၏ Spring application ကိုဖန်တီးကြပါစို့ Spring Initializr မှီခိုမှုနှင့်အတူ web, lombokи actuator. API တစ်ခု ပံ့ပိုးပေးရန်အတွက် ကျန်ထိန်းချုပ်ကိရိယာကိုလည်း ပေါင်းထည့်နေပါသည်။ GETနည်းလမ်း။

Dockerfile ဖန်တီးခြင်း။

ထို့နောက် ကျွန်ုပ်တို့သည် ဤအပလီကေးရှင်းကို ပေါင်းထည့်ခြင်းဖြင့် သိမ်းဆည်းပါ။ Dockerfile:

FROM adoptopenjdk:11-jre-hotspot
ARG JAR_FILE=target/*.jar
COPY ${JAR_FILE} application.jar
EXPOSE 8080
ENTRYPOINT ["java","-jar","/application.jar"]

ကျွန်ုပ်တို့၏ Docker ဖိုင်တွင် အခြေခံပုံပါရှိသည်။ adoptopenjdkကျွန်ုပ်တို့၏ JAR ဖိုင်ကို ကော်ပီကူးပြီး ဆိပ်ကမ်းကိုဖွင့်သည့်အပေါ်တွင်၊ 8080တောင်းဆိုမှုများကို နားထောင်ပေးမည်ဖြစ်သည်။

လျှောက်လွှာကိုတည်ဆောက်ခြင်း။

ပထမဆုံး Maven သို့မဟုတ် Gradle ကို အသုံးပြု၍ အက်ပလီကေးရှင်းတစ်ခုကို ဖန်တီးရန် လိုအပ်သည်။ ဤနေရာတွင် ကျွန်ုပ်တို့သည် Maven ကိုအသုံးပြုသည်-

mvn clean package

၎င်းသည် အပလီကေးရှင်းအတွက် လည်ပတ်နိုင်သော JAR ဖိုင်ကို ဖန်တီးပေးသည်။ Docker အင်ဂျင်တွင်လည်ပတ်ရန် ဤ executable JAR ကို Docker ပုံအဖြစ်သို့ ပြောင်းရန် လိုအပ်ပါသည်။

ကွန်တိန်နာပုံ ဖန်တီးခြင်း။

ထို့နောက်ကျွန်ုပ်တို့သည် command ကို run ခြင်းဖြင့်ဤ executable JAR ဖိုင်ကို Docker ပုံတွင်ထည့်ပါ။ docker buildအစောပိုင်းက ဖန်တီးထားသော Dockerfile ပါရှိသော ပရောဂျက် root directory မှ-

docker build  -t usersignup:v1 .

Command ကိုအသုံးပြု၍ စာရင်းထဲတွင် ကျွန်ုပ်တို့၏ပုံကို မြင်နိုင်သည်-

docker images 

အထက်ပါ command ၏ output တွင်ကျွန်ုပ်တို့၏ပုံပါ ၀ င်သည်။ usersignupအခြေခံပုံနှင့်တကွ၊ adoptopenjdkကျွန်ုပ်တို့၏ Docker ဖိုင်တွင် သတ်မှတ်ထားသည်။

REPOSITORY          TAG                 SIZE
usersignup          v1                  249MB
adoptopenjdk        11-jre-hotspot      229MB

ကွန်တိန်နာပုံအတွင်း အလွှာများကို ကြည့်ပါ။

ပုံထဲမှာရှိတဲ့ အလွှာတွေကို ကြည့်လိုက်ရအောင်။ သုံးမယ်။ tool တစ်ခု  ငုပ် ဤအလွှာများကိုကြည့်ရှုရန်-

dive usersignup:v1

ဤသည်မှာ Dive command မှ output ၏ တစ်စိတ်တစ်ပိုင်းဖြစ်သည် ။ 

ကျွန်ုပ်တို့မြင်နိုင်သည်အတိုင်း၊ အပလီကေးရှင်းအလွှာသည် ရုပ်ပုံအရွယ်အစား၏ သိသာထင်ရှားသောအပိုင်းကို ပြုလုပ်ထားသည်။ ကျွန်ုပ်တို့၏ ပိုမိုကောင်းမွန်အောင်လုပ်ဆောင်မှု၏ တစ်စိတ်တစ်ပိုင်းအနေဖြင့် အောက်ပါကဏ္ဍများတွင် ဤအလွှာ၏အရွယ်အစားကို လျှော့ချလိုပါသည်။

Buildpack ကို အသုံးပြု၍ ကွန်တိန်နာပုံတစ်ခု ဖန်တီးခြင်း။

စည်းဝေးပွဲများ (Buildpacks များ) သည် အရင်းအမြစ်ကုဒ်မှ ကွန်တိန်နာပုံတစ်ပုံကို ဖန်တီးရန် ဝန်ဆောင်မှုအဖြစ် ပလပ်ဖောင်းအမျိုးမျိုးမှ (PAAS) ကမ်းလှမ်းမှုများတွင် အသုံးပြုသည့် ယေဘုယျအသုံးအနှုန်းဖြစ်သည်။ ၎င်းကို 2011 ခုနှစ်တွင် Heroku မှ စတင်ထုတ်လုပ်ခဲ့ပြီး Cloud Foundry၊ Google App Engine၊ Gitlab၊ Knative နှင့် အခြားအရာများစွာတို့မှ လက်ခံကျင့်သုံးခဲ့သည်။

cloud build packages များ၏ အားသာချက်

ပုံများကိုဖန်တီးရန် Buildpack ကိုအသုံးပြုခြင်း၏အဓိကအကျိုးကျေးဇူးများထဲမှတစ်ခုမှာ၎င်း ပုံဖွဲ့စည်းပုံ ပြောင်းလဲမှုများကို ဗဟိုမှ စီမံခန့်ခွဲနိုင်ပြီး builder ကို အသုံးပြု၍ အပလီကေးရှင်းအားလုံးထံ ဖြန့်ဝေနိုင်သည်။

တည်ဆောက်မှု ပက်ကေ့ဂျ်များကို ပလပ်ဖောင်းနှင့် တင်းတင်းကျပ်ကျပ် တွဲထားသည်။ Cloud-Native Buildpacks များသည် Docker အင်ဂျင်ဖြင့် လုပ်ဆောင်နိုင်သည်ကို သေချာစေသည့် OCI ရုပ်ပုံဖော်မတ်ကို ပံ့ပိုးပေးခြင်းဖြင့် ပလပ်ဖောင်းများတစ်လျှောက် စံသတ်မှတ်ခြင်းကို ပံ့ပိုးပေးပါသည်။

Spring Boot plugin ကိုအသုံးပြုခြင်း။

Spring Boot plugin သည် Buildpack ကို အသုံးပြု၍ အရင်းအမြစ်မှ OCI ပုံများကို တည်ဆောက်သည်။ ပုံများကို အသုံးပြု၍ ဖန်တီးထားသည်။ bootBuildImageအလုပ်များ (Gradle) သို့မဟုတ် spring-boot:build-imageပစ်မှတ်များ (Maven) နှင့် ဒေသတွင်း Docker ထည့်သွင်းခြင်း။

Docker မှတ်ပုံတင်ခြင်းသို့ တွန်းပို့ရန် လိုအပ်သော ပုံ၏အမည်ကို ကျွန်ုပ်တို့ စိတ်ကြိုက်ပြင်ဆင်နိုင်ပါသည်။ image tag:

<plugin>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-maven-plugin</artifactId>
  <configuration>
    <image>
      <name>docker.io/pratikdas/${project.artifactId}:v1</name>
    </image>
  </configuration>
</plugin>

အဲဒါကိုလုပ်ဖို့ Maven ကိုသုံးရအောင် build-imageအက်ပလီကေးရှင်းတစ်ခုဖန်တီးရန်နှင့် ကွန်တိန်နာပုံဖန်တီးရန် ရည်မှန်းချက်များ။ ကျွန်ုပ်တို့သည် ယခုအချိန်တွင် မည်သည့် Dockerfiles ကိုမျှ မသုံးပါ။

mvn spring-boot:build-image

ရလဒ်သည်ဤကဲ့သို့သောအရာဖြစ်လိမ့်မည်။

[INFO] --- spring-boot-maven-plugin:2.3.3.RELEASE:build-image (default-cli) @ usersignup ---
[INFO] Building image 'docker.io/pratikdas/usersignup:v1'
[INFO] 
[INFO]  > Pulling builder image 'gcr.io/paketo-buildpacks/builder:base-platform-api-0.3' 0%
.
.
.. [creator]     Adding label 'org.springframework.boot.version'
.. [creator]     *** Images (c311fe74ec73):
.. [creator]           docker.io/pratikdas/usersignup:v1
[INFO] 
[INFO] Successfully built image 'docker.io/pratikdas/usersignup:v1'

အထွက်ကနေ မြင်တယ်။ paketo Cloud-Native buildpackအလုပ်လုပ်တဲ့ OCI ပုံရိပ်ကိုဖန်တီးရန်အသုံးပြုသည်။ ယခင်အတိုင်း၊ ကျွန်ုပ်တို့သည် command ကိုအသုံးပြုခြင်းဖြင့် Docker ပုံအဖြစ်ဖော်ပြထားသောပုံကိုတွေ့မြင်နိုင်သည်-

docker images 

နိဂုံးချုပ်:

REPOSITORY                             SIZE
paketobuildpacks/run                  84.3MB
gcr.io/paketo-buildpacks/builder      652MB
pratikdas/usersignup                  257MB

Jib ကို အသုံးပြု၍ ကွန်တိန်နာပုံတစ်ခု ဖန်တီးခြင်း။

Jib သည် အရင်းအမြစ်ကုဒ်မှ ကွန်တိန်နာပုံတစ်ပုံကို ဖန်တီးရန်အတွက် အခြားနည်းလမ်းတစ်ခုကို ပံ့ပိုးပေးသည့် Google မှ ပုံဖန်တီးမှု ပလပ်အင်တစ်ခုဖြစ်သည်။

Configuring jib-maven-pluginpom.xml တွင်

      <plugin>
        <groupId>com.google.cloud.tools</groupId>
        <artifactId>jib-maven-plugin</artifactId>
        <version>2.5.2</version>
      </plugin>

ထို့နောက်၊ ကျွန်ုပ်တို့သည် အပလီကေးရှင်းကိုတည်ဆောက်ရန်နှင့် ကွန်တိန်နာပုံတစ်ခုဖန်တီးရန် Maven အမိန့်ကိုအသုံးပြု၍ Jib ပလပ်အင်ကို လုပ်ဆောင်သည်။ ယခင်ကအတိုင်း၊ ကျွန်ုပ်တို့သည် ဤနေရာတွင် Docker ဖိုင်များကို မသုံးတော့ပါ။

mvn compile jib:build -Dimage=<docker registry name>/usersignup:v1

အထက်ဖော်ပြပါ Maven command ကိုလုပ်ဆောင်ပြီးနောက်၊ ကျွန်ုပ်တို့သည် အောက်ပါ output ကိုရရှိမည်ဖြစ်သည်။

[INFO] Containerizing application to pratikdas/usersignup:v1...
.
.
[INFO] Container entrypoint set to [java, -cp, /app/resources:/app/classes:/app/libs/*, io.pratik.users.UsersignupApplication]
[INFO] 
[INFO] Built and pushed image as pratikdas/usersignup:v1
[INFO] Executing tasks:
[INFO] [==============================] 100.0% complete

အထွက်တွင် ကွန်တိန်နာပုံအား ဖန်တီးပြီး မှတ်ပုံတင်မှုတွင် ထည့်သွင်းထားကြောင်း ပြသသည်။

အကောင်းဆုံးဖြစ်အောင် ဖန်တီးထားသော ပုံများကို ဖန်တီးရန်အတွက် လှုံ့ဆော်မှုများနှင့် နည်းပညာများ

ကျွန်ုပ်တို့တွင် ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ခြင်းအတွက် အဓိကအကြောင်းရင်းနှစ်ခုရှိသည်။

• ထွက်နိုင်ရေး: ကွန်တိန်နာ တီးမှုတ်ခြင်းစနစ်တွင် ကွန်တိန်နာပုံတစ်ပုံကို မှတ်ပုံတင်ခြင်းမှ ကွန်တိန်နာအင်ဂျင်ကို လည်ပတ်နေသော အိမ်ရှင်ထံ ပြန်လည်ရယူသည်။ ဤလုပ်ငန်းစဉ်ကို Planning ဟုခေါ်သည်။ registry မှ ကြီးမားသော ပုံများကို ဆွဲယူခြင်းသည် ကွန်တိန်နာ တီးမှုတ်စနစ်များတွင် အချိန်ဇယားဆွဲခြင်းနှင့် CI ပိုက်လိုင်းများတွင် ရှည်လျားသော တည်ဆောက်ချိန်များကို ဖြစ်ပေါ်စေပါသည်။
• လုံခွုံမှု: ပိုကြီးသော ပုံများသည် အားနည်းချက်များအတွက် ပိုကြီးသော ဧရိယာလည်း ရှိသည်။

Docker ပုံတစ်ခုတွင် ကျွန်ုပ်တို့၏ Dockerfile ရှိ ညွှန်ကြားချက်တစ်ခုစီကို ကိုယ်စားပြုသည့် အလွှာတစ်ခုစီပါဝင်ပါသည်။ အလွှာတစ်ခုစီသည် အရင်းခံအလွှာရှိ ပြောင်းလဲမှုများ၏ မြစ်ဝကျွန်းပေါ်ဒေသကို ကိုယ်စားပြုသည်။ Registry မှ Docker ပုံကို ကျွန်ုပ်တို့ဆွဲယူသောအခါ၊ ၎င်းကို အလွှာများအတွင်း ဆွဲထုတ်ပြီး host ပေါ်တွင် သိမ်းဆည်းထားသည်။

Spring Boot ကိုအသုံးပြုသည်။ "fat JAR" ထဲမှာ မူရင်းထုပ်ပိုးမှုပုံစံအဖြစ်။ ထူသော JAR ကိုကြည့်သောအခါ၊ အပလီကေးရှင်းသည် JAR တစ်ခုလုံး၏ သေးငယ်သောအပိုင်းကို ပေါင်းစပ်ထားသည်ကို တွေ့ရပါမည်။ ဒါက မကြာခဏ ပြောင်းလဲတတ်တဲ့ အပိုင်းပါ။ အကြွင်းသည် Spring Framework မှီခိုမှုများ ပါဝင်သည်။

ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ခြင်းဖော်မြူလာသည် Spring Framework မှီခိုမှုမှ သီးခြားအဆင့်တွင် အပလီကေးရှင်းကို သီးခြားခွဲထုတ်ခြင်းအား ဗဟိုပြုပါသည်။

ထူထဲသော JAR ဖိုင်၏ အစုအဝေးကို ဖွဲ့စည်းထားသည့် မှီခိုမှုအလွှာသည် တစ်ကြိမ်သာ ဒေါင်းလုဒ်လုပ်ပြီး လက်ခံစနစ်တွင် သိမ်းဆည်းထားသည်။

အပလီကေးရှင်းမွမ်းမံမှုများနှင့် ကွန်တိန်နာအချိန်ဇယားဆွဲနေစဉ်အတွင်း အပလီကေးရှင်း၏ပါးလွှာသောအလွှာကိုသာ ဆွဲထုတ်သည်။ ဤပုံတွင် ပြထားသည့်အတိုင်း

အောက်ပါကဏ္ဍများတွင် Spring Boot အပလီကေးရှင်းအတွက် ဤအကောင်းဆုံးပုံများကို ဖန်တီးနည်းကို ကြည့်ရှုပါမည်။

Buildpack ကို အသုံးပြု၍ Spring Boot အပလီကေးရှင်းအတွက် အကောင်းဆုံးသော ကွန်တိန်နာပုံတစ်ခုကို ဖန်တီးခြင်း။

Spring Boot 2.3 သည် ထူထဲသော JAR ဖိုင်၏ အစိတ်အပိုင်းများကို သီးခြားအလွှာအဖြစ် ထုတ်ယူခြင်းဖြင့် အလွှာကို ပံ့ပိုးပေးသည်။ အလွှာခြင်းအင်္ဂါရပ်ကို မူရင်းအားဖြင့် ပိတ်ထားပြီး Spring Boot Maven ပလပ်အင်ကို အသုံးပြု၍ ပြတ်သားစွာ ဖွင့်ထားရမည်-

<plugin>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-maven-plugin</artifactId>
  <configuration>
    <layers>
      <enabled>true</enabled>
    </layers>
  </configuration> 
</plugin>

ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ container image ကို Buildpack ဖြင့် ဦးစွာတည်ဆောက်ရန်၊ ထို့နောက် အောက်ပါကဏ္ဍများတွင် Docker ဖြင့် ဤဖွဲ့စည်းပုံကို အသုံးပြုပါမည်။

စတင်လိုက်ရအောင် build-imageကွန်တိန်နာပုံဖန်တီးမှုအတွက် Maven ပစ်မှတ်-

mvn spring-boot:build-image

ထွက်ပေါ်လာသောရုပ်ပုံရှိ အလွှာများကိုကြည့်ရန် Dive ကို run ပါက၊ အပလီကေးရှင်းအလွှာ (အနီရောင်ဖြင့်ဖော်ပြထားသည်) သည် fat JAR ဖော်မတ်ကိုအသုံးပြုထားသည်နှင့် နှိုင်းယှဉ်ပါက ကီလိုဘိုက်အကွာအဝေးတွင် များစွာသေးငယ်သည်ကို တွေ့နိုင်သည်-

Docker ကို အသုံးပြု၍ Spring Boot အပလီကေးရှင်းအတွက် ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ထားသော ကွန်တိန်နာပုံတစ်ခုကို ဖန်တီးခြင်း။

Maven သို့မဟုတ် Gradle ပလပ်အင်ကို အသုံးပြုမည့်အစား၊ Docker ဖိုင်ဖြင့် အလွှာလိုက် Docker JAR ပုံတစ်ခုကိုလည်း ဖန်တီးနိုင်သည်။

ကျွန်ုပ်တို့ Docker ကိုအသုံးပြုသောအခါ၊ အလွှာများကိုထုတ်ယူပြီး ၎င်းတို့ကိုနောက်ဆုံးပုံသို့ကူးယူရန် နောက်ထပ်အဆင့်နှစ်ဆင့်လုပ်ဆောင်ရန် လိုအပ်ပါသည်။

Maven ကို အလွှာလိုက်ဖွင့်ပြီး အသုံးပြုတည်ဆောက်ပြီးနောက် ထွက်ပေါ်လာသော JAR ၏ အကြောင်းအရာများသည် ဤကဲ့သို့ ဖြစ်နေလိမ့်မည်-

META-INF/
.
BOOT-INF/lib/
.
BOOT-INF/lib/spring-boot-jarmode-layertools-2.3.3.RELEASE.jar
BOOT-INF/classpath.idx
BOOT-INF/layers.idx

အထွက်တွင် အမည်ရှိသော နောက်ထပ် JAR တစ်ခုကို ပြသသည်။ spring-boot-jarmode-layertoolsи layersfle.idxဖိုင်။ ဤနောက်ထပ်အပိုင်းတွင်ဖော်ပြထားသည့်အတိုင်း ဤနောက်ထပ် JAR ဖိုင်သည် အလွှာလိုက်လုပ်ဆောင်နိုင်စွမ်းများကို ပံ့ပိုးပေးပါသည်။

အလွှာတစ်ခုချင်းစီအပေါ် မှီခိုမှုကို ထုတ်ယူခြင်း။

ကျွန်ုပ်တို့၏ အလွှာလိုက် JAR မှ အလွှာများကို ကြည့်ရှုပြီး ထုတ်ယူရန်၊ ကျွန်ုပ်တို့သည် စနစ်ပိုင်ဆိုင်မှုကို အသုံးပြုပါသည်။ -Djarmode=layertoolsစတင်ရန် spring-boot-jarmode-layertoolsအပလီကေးရှင်းအစား JAR

java -Djarmode=layertools -jar target/usersignup-0.0.1-SNAPSHOT.jar

ဤအမိန့်ကို run ခြင်းဖြင့် ရရှိနိုင်သော command options များပါဝင်သော output ကိုထုတ်ပေးသည်-

Usage:
  java -Djarmode=layertools -jar usersignup-0.0.1-SNAPSHOT.jar

Available commands:
  list     List layers from the jar that can be extracted
  extract  Extracts layers from the jar for image creation
  help     Help about any command

output သည် command များကိုပြသသည်။ list, extractи helpс helpပုံသေဖြစ်ပါစေ။ command နဲ့ run ကြရအောင် listရွေးချယ်မှု-

java -Djarmode=layertools -jar target/usersignup-0.0.1-SNAPSHOT.jar list

dependencies
spring-boot-loader
snapshot-dependencies
application

အလွှာများအဖြစ် ထည့်သွင်းနိုင်သည့် မှီခိုမှုစာရင်းကို ကျွန်ုပ်တို့တွေ့မြင်ရသည်။

မူရင်းအလွှာများ-

အလွှာအမည်

အကြောင်းအရာ

dependencies

SNAPSHOT မပါဝင်သည့် မည်သည့်မှီခိုမှုမဆို

spring-boot-loader

JAR Loader အတန်းများ

snapshot-dependencies

SNAPSHOT ဗားရှင်းပါရှိသော မည်သည့်မှီခိုမှုမဆို

application

လျှောက်လွှာအတန်းများနှင့်အရင်းအမြစ်များ

အလွှာများကို သတ်မှတ်ထားသည်။ layers.idxဖိုင်ကို Docker ပုံတွင် ထည့်သွင်းသင့်သည် ။ ပထမပြန်လည်ရယူပြီးနောက် ၎င်းတို့မပြောင်းလဲသောကြောင့် ဤအလွှာများကို host တွင် သိမ်းဆည်းထားသည်။ အပ်ဒိတ်လုပ်ထားသော အပလီကေးရှင်းအလွှာကိုသာ ဒေါင်းလုဒ်လုပ်ထားပြီး အရွယ်အစား လျှော့ချခြင်းကြောင့် ပိုမိုမြန်ဆန်သည်။ .

သီးခြားအလွှာများအဖြစ် ခွဲထုတ်ထားသော မှီခိုမှုဖြင့် ပုံတစ်ခုကို တည်ဆောက်ခြင်း။

နောက်ဆုံးပုံဟုခေါ်သော နည်းလမ်းကို အသုံးပြု၍ အဆင့်နှစ်ဆင့်ဖြင့် တည်ဆောက်ပါမည်။ multi-stage စည်းဝေးပွဲ . ပထမအဆင့်တွင် မှီခိုမှုများကို ထုတ်ယူပြီး ဒုတိယအဆင့်တွင် ထုတ်ယူထားသော မှီခိုမှုများကို နောက်ဆုံးပုံသို့ ကူးယူပါမည်။

အဆင့်ပေါင်းများစွာ တည်ဆောက်ရန်အတွက် ကျွန်ုပ်တို့၏ Dockerfile ကို ပြင်ဆင်ကြပါစို့။

# the first stage of our build will extract the layers
FROM adoptopenjdk:14-jre-hotspot as builder
WORKDIR application
ARG JAR_FILE=target/*.jar
COPY ${JAR_FILE} application.jar
RUN java -Djarmode=layertools -jar application.jar extract

# the second stage of our build will copy the extracted layers
FROM adoptopenjdk:14-jre-hotspot
WORKDIR application
COPY --from=builder application/dependencies/ ./
COPY --from=builder application/spring-boot-loader/ ./
COPY --from=builder application/snapshot-dependencies/ ./
COPY --from=builder application/application/ ./
ENTRYPOINT ["java", "org.springframework.boot.loader.JarLauncher"]

ကျွန်ုပ်တို့သည် ဤဖွဲ့စည်းပုံကို သီးခြားဖိုင်တွင် သိမ်းဆည်းသည်- Dockerfile2.

ကျွန်ုပ်တို့သည် command ကိုအသုံးပြု၍ Docker image ကိုတည်ဆောက်သည်-

docker build -f Dockerfile2 -t usersignup:v1 .

ဤ command ကို run ပြီးနောက်ကျွန်ုပ်တို့သည်အောက်ပါ output ကိုရရှိသည်။

Sending build context to Docker daemon  20.41MB
Step 1/12 : FROM adoptopenjdk:14-jre-hotspot as builder
14-jre-hotspot: Pulling from library/adoptopenjdk
.
.
Successfully built a9ebf6970841
Successfully tagged userssignup:v1

Docker ပုံတစ်ပုံကို ပုံ ID တစ်ခုဖြင့် ဖန်တီးပြီးနောက် တဂ်လုပ်ထားသည်ကို ကျွန်ုပ်တို့ တွေ့နိုင်ပါသည်။

နောက်ဆုံးတွင်၊ ထုတ်လုပ်ထားသော Docker ပုံအတွင်းရှိ အလွှာများကို စစ်ဆေးရန် ယခင်ကကဲ့သို့ Dive command ကို ကျွန်ုပ်တို့ လုပ်ဆောင်သည်။ ကျွန်ုပ်တို့သည် Dive command သို့ ထည့်သွင်းမှုအဖြစ် ပုံ ID သို့မဟုတ် တဂ်ကို ပေးဆောင်နိုင်သည်-

dive userssignup:v1

အထွက်တွင် သင်တွေ့မြင်ရသည့်အတိုင်း၊ အပလီကေးရှင်းပါရှိသော အလွှာသည် ယခုအခါ 11 KB သာရှိပြီး မှီခိုအားထားမှုများကို သီးခြားအလွှာများတွင် သိမ်းဆည်းထားသည်။ 

အလွှာတစ်ခုချင်းစီတွင် အတွင်းပိုင်းမှီခိုမှုကို ထုတ်ယူခြင်း။

ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ စိတ်ကြိုက်မှီခိုမှုများအား သီးခြားအဆင့်သို့ ထုတ်ယူခြင်းဖြင့် ၎င်းတို့ကို အပလီကေးရှင်းတွင် ထုပ်ပိုးခြင်းအစား ၎င်းတို့အား အပလီကေးရှင်းအဆင့်တွင် ကြေငြာခြင်းဖြင့် အပလီကေးရှင်းအဆင့်၏ အရွယ်အစားကို ထပ်မံလျှော့ချနိုင်သည်။ ymlနာမည်တူ ဖိုင် layers.idx:

- "dependencies":
  - "BOOT-INF/lib/"
- "spring-boot-loader":
  - "org/"
- "snapshot-dependencies":
- "custom-dependencies":
  - "io/myorg/"
- "application":
  - "BOOT-INF/classes/"
  - "BOOT-INF/classpath.idx"
  - "BOOT-INF/layers.idx"
  - "META-INF/"

ဒီဖိုင်ထဲမှာ layers.idxကျွန်ုပ်တို့တွင် အမည်ရှိသော စိတ်ကြိုက်မှီခိုမှုတစ်ခုကို ထည့်ထားပါသည်၊ io.myorgမျှဝေထားသော သိုလှောင်မှုမှ ရယူထားသော အဖွဲ့အစည်းမှီခိုမှုများ ပါဝင်သည်။

ကောက်ချက်

ဤဆောင်းပါးတွင်၊ အရင်းအမြစ်ကုဒ်မှ တိုက်ရိုက်ကွန်တိန်နာပုံတစ်ပုံကို တည်ဆောက်ရန် Cloud-Native Buildpacks ကို အသုံးပြု၍ ကြည့်ရှုခဲ့သည်။ ၎င်းသည် ပုံမှန်နည်းလမ်းအတိုင်း ကွန်တိန်နာပုံတစ်ပုံကို ဖန်တီးရန် Docker ကိုအသုံးပြုခြင်း၏ အခြားရွေးချယ်မှုတစ်ခုဖြစ်သည်- ဦးစွာ အထူလုပ်ဆောင်နိုင်သော JAR ဖိုင်ကို ဖန်တီးပြီးနောက် Docker ဖိုင်တွင် ညွှန်ကြားချက်များကို သတ်မှတ်ခြင်းဖြင့် ၎င်းကို ကွန်တိန်နာပုံတစ်ခုအဖြစ် ထုပ်ပိုးလိုက်ပါ။

host ပေါ်ရှိ ကက်ရှ်လုပ်ထားသော သီးခြားအလွှာများသို့ မှီခိုအားထားမှုကို ဆွဲထုတ်သည့် အလွှာလိုက်အင်္ဂါရပ်ကို ဖွင့်ထားခြင်းဖြင့် ကျွန်ုပ်တို့၏ကွန်တိန်နာကို အကောင်းဆုံးဖြစ်အောင် လုပ်ဆောင်ရန်လည်း ကြည့်ရှုခဲ့ပြီး ကွန်တိန်နာ၏ လုပ်ဆောင်မှုအင်ဂျင်များတွင် အချိန်ဇယားဆွဲထားသော အလွှာတစ်ခုတွင် အပလီကေးရှင်း၏ ပါးလွှာသောအလွှာကို တင်ထားသည်။

ဆောင်းပါးမှာသုံးတဲ့ အရင်းအမြစ်ကုဒ်အားလုံးကို သင်ရှာတွေ့နိုင်ပါတယ်။ Github .

အမိန့်ကိုးကား

ဤဆောင်းပါးတွင်ကျွန်ုပ်တို့အသုံးပြုခဲ့သော command များ၏အကျဉ်းချုပ်ကို ဤတွင်ဖော်ပြထားသည်။

အကြောင်းအရာရှင်းလင်းခြင်း-

docker system prune -a

Docker ဖိုင်ကို အသုံးပြု၍ ကွန်တိန်နာပုံတစ်ခု ဖန်တီးခြင်း-

docker build -f <Docker file name> -t <tag> .

ကျွန်ုပ်တို့သည် အရင်းအမြစ်ကုဒ်မှ (Dockerfile မပါဘဲ) ကွန်တိန်နာပုံအား တည်ဆောက်သည်-

mvn spring-boot:build-image

မှီခိုမှုအလွှာများကို ကြည့်ပါ။ အပလီကေးရှင်း JAR ဖိုင်ကို မတည်ဆောက်မီ၊ spring-boot-maven-plugin တွင် layering အင်္ဂါရပ်ကို ဖွင့်ထားကြောင်း သေချာပါစေ။

java -Djarmode=layertools -jar application.jar list

မှီခိုမှုအလွှာများကို ထုတ်ယူခြင်း။ အပလီကေးရှင်း JAR ဖိုင်ကို မတည်ဆောက်မီ၊ spring-boot-maven-plugin တွင် layering အင်္ဂါရပ်ကို ဖွင့်ထားကြောင်း သေချာပါစေ။

 java -Djarmode=layertools -jar application.jar extract

ကွန်တိန်နာပုံများစာရင်းကို ကြည့်ပါ။

docker images

ကွန်တိန်နာပုံအတွင်း ဘယ်ဘက်ခြမ်းကို ကြည့်ပါ (ငုပ်ကိရိယာကို တပ်ဆင်ထားကြောင်း သေချာပါစေ-

dive <image ID or image tag>

source: www.habr.com