স্প্রিং বুট অ্যাপ্লিকেশনের জন্য অপ্টিমাইজড ডকার ইমেজ তৈরি করা

কনটেইনারগুলি একটি অ্যাপ্লিকেশনকে এর সমস্ত সফ্টওয়্যার এবং অপারেটিং সিস্টেম নির্ভরতা সহ প্যাকেজিং করার এবং তারপর বিভিন্ন পরিবেশে সরবরাহ করার পছন্দের মাধ্যম হয়ে উঠেছে।

এই নিবন্ধটি একটি স্প্রিং বুট অ্যাপ্লিকেশন কন্টেইনারাইজ করার বিভিন্ন উপায় কভার করে:

• একটি ডকারফাইল ব্যবহার করে একটি ডকার ইমেজ তৈরি করা,
• ক্লাউড-নেটিভ বিল্ডপ্যাক ব্যবহার করে উৎস থেকে একটি OCI ইমেজ তৈরি করা,
• এবং স্তরযুক্ত সরঞ্জাম ব্যবহার করে JAR অংশগুলিকে বিভিন্ন স্তরে আলাদা করে রানটাইমে ইমেজ অপ্টিমাইজেশন।

 কোড উদাহরণ

এই নিবন্ধটি একটি কার্যকরী কোড উদাহরণ দ্বারা অনুষঙ্গী হয় গিটহাবে .

ধারক পরিভাষা

আমরা নিবন্ধ জুড়ে ব্যবহৃত কন্টেইনার পরিভাষা দিয়ে শুরু করব:

• ধারক ইমেজ: একটি নির্দিষ্ট বিন্যাসের একটি ফাইল। আমরা বিল্ড টুল চালানোর মাধ্যমে আমাদের অ্যাপ্লিকেশনটিকে একটি কন্টেইনার ইমেজে রূপান্তর করি।
• আধার: কন্টেইনার ইমেজের একটি এক্সিকিউটেবল ইনস্ট্যান্স।
• ধারক ইঞ্জিন: কন্টেইনার চালানোর জন্য দায়ী ডেমন প্রক্রিয়া।
• কন্টেইনার হোস্ট: হোস্ট মেশিন যার উপর কন্টেইনার ইঞ্জিন চলছে।
• কন্টেইনার রেজিস্ট্রি: ধারক চিত্র প্রকাশ এবং বিতরণ করতে ব্যবহৃত সাধারণ অবস্থান।
• ওসিআই স্ট্যান্ডার্ড: ওপেন কন্টেইনার ইনিশিয়েটিভ (ওসিআই) লিনাক্স ফাউন্ডেশন দ্বারা গঠিত একটি হালকা, ওপেন-সোর্স ম্যানেজমেন্ট ফ্রেমওয়ার্ক। OCI ইমেজ স্পেসিফিকেশন কন্টেইনার ইমেজ ফরম্যাট এবং রানটাইমের জন্য ইন্ডাস্ট্রি স্ট্যান্ডার্ড সংজ্ঞায়িত করে যাতে সব কন্টেইনার ইঞ্জিন যেকোনো বিল্ড টুল দ্বারা তৈরি কন্টেইনার ইমেজ চালাতে পারে।

একটি অ্যাপ্লিকেশন কন্টেইনারাইজ করার জন্য, আমরা আমাদের অ্যাপ্লিকেশনটিকে একটি কন্টেইনার ছবিতে মুড়ে দিই এবং সেই ছবিটিকে পাবলিক রেজিস্ট্রিতে প্রকাশ করি। কনটেইনার রানটাইম রেজিস্ট্রি থেকে এই চিত্রটি পুনরুদ্ধার করে, এটি আনপ্যাক করে এবং এটির ভিতরে অ্যাপ্লিকেশনটি চালায়।

স্প্রিং বুটের সংস্করণ 2.3 OCI ইমেজ তৈরির জন্য প্লাগইন সরবরাহ করে।

ডকশ্রমিক সর্বাধিক ব্যবহৃত কন্টেইনার বাস্তবায়ন, এবং আমরা আমাদের উদাহরণগুলিতে ডকার ব্যবহার করি, তাই এই নিবন্ধে পরবর্তী সমস্ত কন্টেইনার উল্লেখগুলি ডকারকে উল্লেখ করবে।

ঐতিহ্যগত উপায়ে একটি ধারক ইমেজ নির্মাণ

স্প্রিং বুট অ্যাপ্লিকেশনের জন্য ডকার ইমেজ তৈরি করা আপনার ডকারফাইলে কয়েকটি নির্দেশনা যোগ করে খুব সহজ।

আমরা প্রথমে একটি এক্সিকিউটেবল JAR তৈরি করি এবং ডকারফাইল নির্দেশাবলীর অংশ হিসাবে, প্রয়োজনীয় কাস্টমাইজেশন প্রয়োগ করার পরে বেস JRE ইমেজের উপরে এক্সিকিউটেবল JAR কপি করি।

আমাদের বসন্ত অ্যাপ্লিকেশন তৈরি করা যাক স্প্রিং ইনিশিয়ালাইজার নির্ভরতা সহ web, lombokи actuator. আমরা একটি API প্রদান করার জন্য একটি বিশ্রাম নিয়ন্ত্রক যোগ করি GETপদ্ধতি

একটি ডকারফাইল তৈরি করা হচ্ছে

আমরা তারপর যোগ করে একটি পাত্রে এই অ্যাপ্লিকেশন রাখুন Dockerfile:

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

আমাদের ডকারফাইল থেকে একটি বেস ইমেজ রয়েছে adoptopenjdk, যার উপরে আমরা আমাদের JAR ফাইলটি অনুলিপি করি এবং তারপর পোর্ট খুলি, 8080যা অনুরোধের জন্য শুনবে।

আবেদন সমাবেশ

প্রথমে আপনাকে Maven বা Gradle ব্যবহার করে একটি অ্যাপ্লিকেশন তৈরি করতে হবে। এখানে আমরা Maven ব্যবহার করছি:

mvn clean package

এটি অ্যাপ্লিকেশনের জন্য একটি এক্সিকিউটেবল JAR ফাইল তৈরি করে। ডকার ইঞ্জিনে চালানোর জন্য আমাদের এই এক্সিকিউটেবল JAR কে একটি ডকার ইমেজে রূপান্তর করতে হবে।

একটি ধারক ইমেজ তৈরি করুন

আমরা তারপর কমান্ড চালানোর মাধ্যমে এই JAR এক্সিকিউটেবল ডকার ইমেজে রাখি docker buildআগে তৈরি ডকারফাইল ধারণকারী প্রকল্পের রুট ডিরেক্টরি থেকে:

docker build  -t usersignup:v1 .

আমরা কমান্ডের সাহায্যে তালিকায় আমাদের চিত্র দেখতে পারি:

docker images 

উপরের কমান্ডের আউটপুট আমাদের ইমেজ অন্তর্ভুক্ত usersignupবেস ইমেজ সহ, adoptopenjdkআমাদের ডকারফাইলে নির্দিষ্ট করা হয়েছে।

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

একটি ধারক ইমেজ ভিতরে স্তর দেখুন

আসুন চিত্রের ভিতরে স্তরগুলির স্ট্যাকটি দেখি। আমরা ব্যবহার করবো টুল  ডুব এই স্তরগুলি দেখতে:

dive usersignup:v1

এখানে ডাইভ কমান্ডের আউটপুট অংশ: 

আমরা দেখতে পাচ্ছি, অ্যাপ্লিকেশন স্তরটি ছবির আকারের একটি উল্লেখযোগ্য অংশ তৈরি করে। আমরা আমাদের অপ্টিমাইজেশনের অংশ হিসাবে নিম্নলিখিত বিভাগে এই স্তরের আকার কমাতে চাই।

বিল্ডপ্যাক দিয়ে একটি কন্টেইনার ইমেজ তৈরি করা

সমাবেশ প্যাকেজ (বিল্ডপ্যাকস) একটি সাধারণ শব্দ যা বিভিন্ন প্ল্যাটফর্ম দ্বারা একটি পরিষেবা (PAAS) অফার হিসাবে সোর্স কোড থেকে একটি ধারক চিত্র তৈরি করতে ব্যবহৃত হয়। এটি 2011 সালে Heroku দ্বারা চালু করা হয়েছিল এবং তারপর থেকে ক্লাউড ফাউন্ড্রি, গুগল অ্যাপ ইঞ্জিন, গিটল্যাব, নেটিভ এবং আরও কয়েকটি দ্বারা গৃহীত হয়েছে।

ক্লাউড বিল্ড প্যাকেজের সুবিধা

ইমেজ তৈরি করতে Buildpack ব্যবহার করার একটি প্রধান সুবিধা হল যে ইমেজ কনফিগারেশন পরিবর্তন কেন্দ্রীয়ভাবে পরিচালনা করা যেতে পারে (নির্মাতা) এবং বিল্ডার ব্যবহার করে সমস্ত অ্যাপ্লিকেশনে প্রচার করা যেতে পারে।

বিল্ড প্যাকেজগুলি প্ল্যাটফর্মের সাথে ঘনিষ্ঠভাবে আবদ্ধ ছিল। ক্লাউড-নেটিভ বিল্ডপ্যাকগুলি ওসিআই ইমেজ ফর্ম্যাটকে সমর্থন করে প্ল্যাটফর্ম জুড়ে মানককরণ প্রদান করে, যা নিশ্চিত করে যে ছবিটি ডকার ইঞ্জিন দ্বারা চালিত হতে পারে।

স্প্রিং বুট প্লাগইন ব্যবহার করে

স্প্রিং বুট প্লাগইন বিল্ডপ্যাক ব্যবহার করে উৎস থেকে OCI ছবি তৈরি করে। ব্যবহার করে ছবি তৈরি করা হয় bootBuildImageকাজ (গ্রেডল) বা spring-boot:build-imageলক্ষ্য (Maven) এবং স্থানীয় ডকার ইনস্টলেশন।

আমরা নাম উল্লেখ করে ডকার রেজিস্ট্রিতে যে ছবিটি পুশ করতে হবে তার নাম কাস্টমাইজ করতে পারি 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একটি অ্যাপ্লিকেশন তৈরি এবং একটি ধারক ইমেজ তৈরি করার লক্ষ্য। আমরা বর্তমানে কোনো ডকারফাইল ব্যবহার করছি না।

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 ইমেজ তৈরি করতে ব্যবহৃত হয়। আগের মতো, আমরা কমান্ডটি চালিয়ে ডকার ইমেজ হিসাবে তালিকাভুক্ত চিত্রটি দেখতে পারি:

docker images 

উপসংহার:

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

জিবের সাথে একটি ধারক চিত্র তৈরি করা

জিব হল গুগলের একটি ইমেজ অথরিং প্লাগইন যা উৎস থেকে একটি কন্টেইনার ইমেজ তৈরি করার বিকল্প পদ্ধতি প্রদান করে।

কাস্টমাইজ jib-maven-pluginpom.xml এ:

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

এর পরে, আমরা অ্যাপ্লিকেশন তৈরি করতে এবং ধারক চিত্র তৈরি করতে Maven কমান্ড ব্যবহার করে জিব প্লাগইন চালাই। আগের মতো, আমরা এখানে কোনো ডকারফাইল ব্যবহার করছি না:

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

উপরের Maven কমান্ডটি কার্যকর করার পরে, আমরা নিম্নলিখিত আউটপুট পাই:

[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

আউটপুট দেখায় যে কন্টেইনার ইমেজ তৈরি করা হয়েছে এবং রেজিস্ট্রিতে স্থাপন করা হয়েছে।

অপ্টিমাইজড ইমেজ তৈরির জন্য অনুপ্রেরণা এবং পদ্ধতি

অপ্টিমাইজ করার জন্য আমাদের দুটি প্রধান কারণ রয়েছে:

• উৎপাদনশীলতা: একটি ধারক অর্কেস্ট্রেশন সিস্টেমে, একটি ধারক ইমেজ ইমেজ রেজিস্ট্রি থেকে ধারক ইঞ্জিন চালিত হোস্টে টানা হয়। এই প্রক্রিয়াটিকে পরিকল্পনা বলা হয়। রেজিস্ট্রি থেকে বড় ছবি তোলার ফলে কন্টেইনার অর্কেস্ট্রেশন সিস্টেমে দীর্ঘ সময় নির্ধারণ করা হয় এবং CI পাইপলাইনে দীর্ঘ সময় তৈরি হয়।
• নিরাপত্তা: বড় ইমেজগুলিরও দুর্বলতার জন্য একটি বড় ক্ষেত্র রয়েছে৷

একটি ডকার ইমেজ স্তরগুলির একটি স্ট্যাক দ্বারা গঠিত, প্রতিটি আমাদের ডকারফাইলে একটি বিবৃতি উপস্থাপন করে। প্রতিটি স্তর অন্তর্নিহিত স্তরের পরিবর্তনের ডেল্টা প্রতিনিধিত্ব করে। যখন আমরা রেজিস্ট্রি থেকে একটি ডকার ইমেজ টেনে নিই, তখন এটি লেয়ারে টানা হয় এবং হোস্টে ক্যাশে করা হয়।

স্প্রিং বুট ব্যবহার করে "ফ্যাট JAR" ইন ডিফল্ট প্যাকেজিং বিন্যাস হিসাবে। যখন আমরা একটি মোটা JAR দেখি, আমরা দেখতে পাই যে অ্যাপ্লিকেশনটি সম্পূর্ণ JAR-এর একটি খুব ছোট অংশ। এটি সেই অংশ যা সবচেয়ে বেশি পরিবর্তন করে। বাকি স্প্রিং ফ্রেমওয়ার্ক নির্ভরতা নিয়ে গঠিত।

অপ্টিমাইজেশান সূত্রটি স্প্রিং ফ্রেমওয়ার্ক নির্ভরতা থেকে একটি পৃথক স্তরে অ্যাপ্লিকেশনটিকে বিচ্ছিন্ন করার চারপাশে কেন্দ্রীভূত।

নির্ভরতা স্তর যা মোটা JAR ফাইলের বাল্ক গঠন করে তা শুধুমাত্র একবার ডাউনলোড করা হয় এবং হোস্ট সিস্টেমে ক্যাশে করা হয়।

অ্যাপ আপডেট এবং কন্টেইনার শিডিউলিংয়ের সময় অ্যাপটির শুধুমাত্র একটি পাতলা স্তর টানা হয়, এই ডায়াগ্রামে দেখানো হয়েছে:

নিম্নলিখিত বিভাগগুলিতে, আমরা স্প্রিং বুট অ্যাপ্লিকেশনের জন্য এই অপ্টিমাইজ করা চিত্রগুলি কীভাবে তৈরি করব তা দেখব।

বিল্ডপ্যাক সহ একটি স্প্রিং বুট অ্যাপ্লিকেশনের জন্য একটি অপ্টিমাইজড কন্টেইনার ইমেজ তৈরি করা

স্প্রিং বুট 2.3 একটি পুরু JAR ফাইলের অংশগুলিকে আলাদা স্তরে বের করে লেয়ারিং সমর্থন করে। লেয়ারিং বৈশিষ্ট্যটি ডিফল্টরূপে অক্ষম করা হয় এবং স্প্রিং বুট মাভেন প্লাগইন ব্যবহার করে স্পষ্টভাবে সক্ষম করা প্রয়োজন:

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

আমরা এই কনফিগারেশনটি প্রথমে বিল্ডপ্যাকের সাথে এবং তারপরে নিম্নলিখিত বিভাগে ডকারের সাথে আমাদের কন্টেইনার ইমেজ তৈরি করতে ব্যবহার করব।

চলুন দৌড়াই build-imageএকটি ধারক ইমেজ তৈরি করতে Maven লক্ষ্য:

mvn spring-boot:build-image

ফলস্বরূপ চিত্রের স্তরগুলি দেখতে যদি আমরা ডাইভ চালাই, আমরা দেখতে পাব যে মোটা JAR ফর্ম্যাট ব্যবহার করে আমরা যা পেয়েছি তার তুলনায় অ্যাপ্লিকেশন স্তর (লাল বৃত্তাকার) কিলোবাইট পরিসরে অনেক ছোট:

ডকারের সাথে স্প্রিং বুট অ্যাপ্লিকেশনের জন্য একটি অপ্টিমাইজড কন্টেইনার ইমেজ তৈরি করা

একটি Maven বা Gradle প্লাগইন ব্যবহার করার পরিবর্তে, আমরা একটি ডকার ফাইলের সাথে একটি স্তরযুক্ত ডকার JAR ইমেজও তৈরি করতে পারি।

যখন আমরা ডকার ব্যবহার করি, তখন স্তরগুলি বের করতে এবং চূড়ান্ত চিত্রে অনুলিপি করতে আমাদের দুটি অতিরিক্ত পদক্ষেপ নিতে হবে।

লেয়ারিং সক্ষম করে মাভেন দিয়ে তৈরি করার পরে ফলস্বরূপ 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

এই কমান্ডটি চালানোর ফলে উপলব্ধ কমান্ড বিকল্পগুলি ধারণকারী একটি আউটপুট তৈরি হয়:

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

আউটপুট কমান্ড দেখায় list, extractи helpс helpডিফল্ট হতে এর সাথে কমান্ড রান করা যাক 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 লোডার ক্লাস

snapshot-dependencies

যে কোনো নির্ভরতা যার সংস্করণে SNAPShot রয়েছে

application

অ্যাপ্লিকেশন ক্লাস এবং সম্পদ

স্তর সংজ্ঞায়িত করা হয় layers.idxফাইল যাতে ডকার ইমেজে যোগ করা উচিত। এই স্তরগুলি প্রথম আনার পরে হোস্টে ক্যাশে করা হয় কারণ সেগুলি পরিবর্তন হয় না। শুধুমাত্র আপডেট করা অ্যাপ্লিকেশন লেয়ার হোস্টে ডাউনলোড করা হয়, যা আকার কম হওয়ার কারণে দ্রুততর হয় .

আলাদা স্তরে নির্যাসিত নির্ভরতা সহ একটি চিত্র তৈরি করা

আমরা নামক একটি পদ্ধতি ব্যবহার করে দুটি ধাপে চূড়ান্ত চিত্র তৈরি করব বহু-পর্যায়ের সমাবেশ . প্রথম ধাপে আমরা নির্ভরতাগুলো বের করব এবং দ্বিতীয় ধাপে আমরা নিষ্কাশিত নির্ভরতাগুলোকে চূড়ান্তভাবে কপি করব।

মাল্টি-স্টেজ বিল্ডের জন্য আমাদের ডকারফাইলটি পরিবর্তন করা যাক:

# 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.

আমরা কমান্ড ব্যবহার করে ডকার ইমেজ তৈরি করি:

docker build -f Dockerfile2 -t usersignup:v1 .

এই কমান্ডটি কার্যকর করার পরে, আমরা নিম্নলিখিত আউটপুট পাই:

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

আমরা দেখতে পাচ্ছি যে ডকার ইমেজটি একটি ইমেজ আইডি দিয়ে তৈরি করা হয়েছে এবং তারপর ট্যাগ করা হয়েছে।

অবশেষে, আমরা জেনারেট করা ডকার ইমেজের ভিতরের স্তরগুলি পরীক্ষা করতে আগের মতোই ডাইভ কমান্ডটি চালাই। আমরা ডাইভ কমান্ডে ইনপুট হিসাবে একটি ইমেজ আইডি বা ট্যাগ প্রদান করতে পারি:

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শেয়ার্ড রিপোজিটরি থেকে পুনরুদ্ধার করা সংস্থা নির্ভরতা ধারণকারী।

উপসংহার

এই নিবন্ধে, আমরা সরাসরি উৎস থেকে একটি কন্টেইনার ইমেজ তৈরি করতে ক্লাউড-নেটিভ বিল্ডপ্যাক ব্যবহার করে দেখেছি। এটি স্বাভাবিক উপায়ে একটি কন্টেইনার ইমেজ তৈরি করতে ডকার ব্যবহার করার একটি বিকল্প: প্রথমে, একটি পুরু এক্সিকিউটেবল JAR ফাইল তৈরি করা হয় এবং তারপর ডকারফাইলে নির্দেশাবলী উল্লেখ করে একটি কন্টেইনার ইমেজে প্যাকেজ করা হয়।

আমরা একটি লেয়ারিং বৈশিষ্ট্য অন্তর্ভুক্ত করে আমাদের কন্টেইনারকে অপ্টিমাইজ করার দিকেও নজর দিয়েছি যা হোস্টে ক্যাশে করা আলাদা স্তরগুলিতে নির্ভরতা বের করে এবং কন্টেইনারের এক্সিকিউশন ইঞ্জিনগুলিতে সময় নির্ধারণের সময় একটি পাতলা অ্যাপ্লিকেশন স্তর লোড হয়৷

আপনি নিবন্ধে ব্যবহৃত সমস্ত উত্স কোড এখানে খুঁজে পেতে পারেন গিটহাব .

কমান্ড রেফারেন্স

একটি দ্রুত রেফারেন্সের জন্য আমরা এই নিবন্ধে যে কমান্ডগুলি ব্যবহার করেছি তার সংক্ষিপ্তসার এখানে রয়েছে।

প্রসঙ্গ ক্লিয়ারিং:

docker system prune -a

একটি ডকারফাইলের সাথে একটি ধারক চিত্র তৈরি করা:

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

উৎস থেকে কন্টেইনার ইমেজ তৈরি করুন (ডকারফাইল ছাড়া):

mvn spring-boot:build-image

নির্ভরতা স্তর দেখুন। অ্যাপ্লিকেশন জার ফাইল তৈরি করার আগে, নিশ্চিত করুন যে লেয়ারিং বৈশিষ্ট্যটি স্প্রিং-বুট-মাভেন-প্লাগইনে সক্ষম করা হয়েছে:

java -Djarmode=layertools -jar application.jar list

নির্ভরতা স্তর নিষ্কাশন. অ্যাপ্লিকেশন জার ফাইল তৈরি করার আগে, নিশ্চিত করুন যে লেয়ারিং বৈশিষ্ট্যটি স্প্রিং-বুট-মাভেন-প্লাগইনে সক্ষম করা হয়েছে:

 java -Djarmode=layertools -jar application.jar extract

কন্টেইনার ইমেজ একটি তালিকা দেখা

docker images

কন্টেইনার ছবির ভিতরে বাম দিকে দেখুন (ডাইভ টুল ইনস্টল করা আছে তা নিশ্চিত করুন):

dive <image ID or image tag>

উত্স: www.habr.com