डॉकटर की खोज, भाग 4: छवियों के आकार को कम करना और उनकी विधानसभा को त्वरित करना

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

→ भाग 1: मूल बातें
→ भाग 2: शब्द और अवधारणाएँ
→ भाग 3: डॉकफाइल फाइलें
→ भाग 4: छवियों के आकार को कम करना और उनकी असेंबली को तेज करना
→ भाग 5: टीमें
→ भाग 6: डेटा के साथ काम करना


यह समझने के लिए कि हम यहां किस बारे में बात करने जा रहे हैं, इस सामग्री की श्रृंखला के तीसरे भाग में जो चर्चा की गई थी, उसकी स्मृति को ताज़ा करना आपके लिए उपयोगी होगा। अर्थात्, हमने Dockerfile फ़ाइल निर्देशों के बारे में बात की। इन निर्देशों और डॉकर की विशेषताओं के बारे में जानकर, जिनकी हम आज चर्चा करते हैं, आपको अपनी डॉकर छवि फ़ाइलों को अनुकूलित करने में मदद करेंगे।

कैशिंग

डॉकर की खूबियों में से एक है कैशिंग। इस तंत्र के लिए धन्यवाद, छवियों के संयोजन को तेज किया जाता है।

डॉकर छवि को असेंबल करते समय, यह क्रम में उनका अनुसरण करते हुए, डॉकरफाइल के निर्देशों का पालन करता है। निर्देशों का विश्लेषण करने की प्रक्रिया में, डॉकर छवियों के लिए अपने स्वयं के कैश की जांच करता है, जो कि हमें अपनी छवियों को इकट्ठा करने के मध्यवर्ती चरणों में मिलता है। यदि ऐसी छवियां मिल सकती हैं, तो सिस्टम उन्हें समय बर्बाद किए बिना उन्हें फिर से बनाने के लिए उपयोग कर सकता है।

यदि कैश अमान्य है, तो जिस अनुदेश के दौरान यह हुआ है, वह कैश का उपयोग किए बिना एक नई परत बना रहा है। ऐसा ही तब होता है जब निर्देशों का पालन करते हैं जो इसका पालन करते हैं।

नतीजतन, अगर डॉकरफाइल से निर्देशों के निष्पादन के दौरान यह पता चलता है कि आधार छवि कैश में है, तो कैश से इस छवि का उपयोग किया जाता है। इसे कैश हिट कहते हैं। यदि आधार छवि कैश में नहीं है, तो छवि असेंबली की पूरी प्रक्रिया कैश का उपयोग किए बिना होगी।

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

इंटरमीडिएट छवियों में पहले से ही नए निर्देशों की तुलना में अधिकांश हैं। यदि सिस्टम एक मैच खोजने का प्रबंधन करता है, तो विधानसभा का उपयोग करता है जो पहले से ही कैश में है।

कैश का उपयोग करने से छवियों की असेंबली को गति मिल सकती है, लेकिन एक समस्या है। उदाहरण के लिए, यदि एक RUN pip install -r requirements.txt .txt निर्देश डॉकरफाइल में पाया जाता है, तो डॉकर मध्यवर्ती छवियों के अपने स्थानीय कैश में उसी निर्देश की खोज करता है। हालाँकि, requirements.txt फ़ाइल के पुराने और नए संस्करणों की सामग्री की तुलना नहीं की जाती है।

यह समस्याएँ पैदा कर सकता है यदि नए पैकेजों के बारे में जानकारी requirements.txt में जोड़ा गया था। इसके बाद, जब पैकेज की एक नई सेट को स्थापित करने के लिए, अद्यतन की गई छवि का निर्माण करते समय, आपको फिर से RUN pip install स्टेटमेंट चलाने की आवश्यकता होती है। जल्द ही हम इस समस्या से निपटने के बारे में बात करेंगे।

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

यहां डॉकर कैश का लाभ उठाने के लिए कुछ सुझाव दिए गए हैं:

• कैशिंग को --no-cache=True docker build --no-cache=True स्विच द्वारा निष्क्रिय किया जा सकता है।
• यदि आप डॉकरीफाइल निर्देशों में बदलाव करने का इरादा रखते हैं, तो बदले हुए के बाद आने वाले निर्देशों द्वारा बनाई गई प्रत्येक परत को कैश का उपयोग किए बिना, बहुत बार पुन: प्राप्त किया जाएगा। कैशिंग का लाभ उठाने के लिए, निर्देशों को बदलने की अत्यधिक संभावना है, जो संभव के रूप में डॉकरफाइल के अंत के करीब है।
• कैश के अनुचित उपयोग से जुड़ी समस्याओं से बचने के लिए RUN apt-get update कमांड को RUN apt-get update और apt-get install जंजीरों में मिलाएं।
• यदि आप requirements.txt साथ पैकेज मैनेजर का उपयोग करते हैं, जैसे कि requirements.txt साथ। तो फ़ाइल के पुराने संस्करण में सूचीबद्ध संकुल के सेट वाले कैश से अप्रचलित मध्यवर्ती चित्रों के उपयोग को बाहर करने के लिए नीचे स्कीम से चिपके रहें। यहाँ यह कैसा दिखता है:
  
  

   COPY requirements.txt /tmp/ RUN pip install -r /tmp/requirements.txt COPY . /tmp/ 

यदि आप "आवश्यकताएँ" समस्या से निपटने के अन्य तरीके जानते हैं, तो आप टिप्पणियों में उनके बारे में बता सकते हैं।

छवियों का आकार कम करना

। मूल छवि का सावधानीपूर्वक चयन

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


बैगेल्स और डोनट्स के बजाय अब हम साग खाएंगे

छवियों के आकार को कम करने का एक तरीका मूल छवियों और उनके बाद के समायोजन का सावधानीपूर्वक चयन करना है।

उदाहरण के लिए, मूल अल्पाइन छवि एक लिनक्स जैसे ओएस का पूर्ण वितरण है, जिसमें कम से कम अतिरिक्त पैकेज होते हैं। इसका आकार लगभग 5 मेगाबाइट है। हालांकि, अल्पाइन पर आधारित अपनी खुद की छवि बनाने के लिए एक निश्चित आवेदन के संचालन को सुनिश्चित करने के लिए आवश्यक हर चीज से लैस करने के लिए बहुत समय की आवश्यकता होगी।

बुनियादी अल्पाइन छवि के विशेष संस्करण भी हैं। उदाहरण के लिए, अजगर रिपॉजिटरी से संबंधित छवि जिसमें print("hello world") स्क्रिप्ट का वजन 78.5 एमबी है। यहाँ इस तरह की छवि बनाने के लिए डॉकरीफाइल है:

 FROM python:3.7.2-alpine3.8 COPY . /app ENTRYPOINT ["python", "./app/my_script.py", "my_var"] 

वहीं, डॉकर हब का कहना है कि इस मूल छवि का आकार 29 एमबी है। इस बेस इमेज के आधार पर एक इमेज का आकार पायथन को डाउनलोड और इंस्टॉल करके बढ़ाया जाता है।

अल्पाइन पर आधारित बुनियादी छवियों का उपयोग करने के अलावा, आप मल्टी-स्टेज असेंबली तकनीक के उपयोग के माध्यम से छवियों के आकार को कम कर सकते हैं।

Assembly छवियों की विधानसभा

Dockerfile, जो किसी छवि के मल्टी-स्टेज असेंबली का वर्णन करता है, कई FROM निर्देशों का उपयोग करता है। इस तरह की छवि के निर्माता एक स्तर से दूसरे स्तर पर बिल्ड कलाकृतियों नामक फाइलों की चयनात्मक नकल स्थापित कर सकते हैं। उसी समय, यह संभव हो जाता है कि हर चीज से छुटकारा पा लिया जाए जो समाप्त छवि में आवश्यक नहीं है। इस पद्धति के लिए धन्यवाद, आप तैयार छवि के आकार को कम कर सकते हैं।

यहां बताया गया है कि प्रत्येक FROM स्टेटमेंट कैसे काम करता है:

• वह एक नया निर्माण कदम शुरू करती है।
• यह इस बात पर निर्भर नहीं करता है कि पिछले बिल्ड चरण में क्या बनाया गया था।
• वह एक मूल छवि का उपयोग कर सकती है जो पिछले चरण में उपयोग किए गए से अलग है।

यहाँ एक मल्टी-स्टेज बिल्ड का वर्णन करने वाले डॉक डॉक्यूमेंटेशन से डॉकरफाइल का एक संशोधित उदाहरण है।

 FROM golang:1.7.3 AS build WORKDIR /go/src/github.com/alexellis/href-counter/ RUN go get -d -v golang.org/x/net/html COPY app.go . RUN CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o app . FROM alpine:latest RUN apk --no-cache add ca-certificates WORKDIR /root/ COPY --from=build /go/src/github.com/alexellis/href-counter/app . CMD ["./app"] 

कृपया ध्यान दें कि हमने असेंबली के पहले चरण का नाम दिया था, इसे FROM स्टेटमेंट के बाद निर्दिष्ट किया। हम COPY --from= में नामित बिल्ड चरण का उल्लेख COPY --from= नीचे।

मल्टी-स्टेज इमेज असेंबली प्रक्रिया का उपयोग कुछ मामलों में समझ में आता है जब आपको उत्पादन पर्यावरण के लिए कई कंटेनर बनाने होते हैं। मल्टीस्टेज असेंबली आपको तैयार छवि के आकार को कम करने की अनुमति देती है। लेकिन कभी-कभी यह दृष्टिकोण छवियों के समर्थन को जटिल करता है। इसलिए, आप शायद उन मामलों में छवियों के बहु-मंच विधानसभा का उपयोग नहीं करेंगे, जिनमें आप इसके बिना कर सकते हैं। आप इस तकनीक की विशेषताओं के बारे में यहां और यहां पढ़ सकते हैं।

जैसा कि आप देख सकते हैं, मल्टी-स्टेज असेंबली एक दिलचस्प तकनीक है, लेकिन यह सभी मामलों के लिए उपयुक्त नहीं है। छवियों के आकार को कम करने का एक ही तरीका, जिसके बारे में हम नीचे चर्चा करेंगे, बिल्कुल सभी के लिए सिफारिश की जा सकती है।

▍ .dockerignore फ़ाइल

बिल्कुल हर कोई जो डॉकर सीखना चाहता है, उसे .dockerignore फाइलों के बारे में जानने की जरूरत है। ये फाइलें .gitignore फाइलों के समान हैं। उनके पास फ़ाइलों और फ़ोल्डरों की एक सूची है, जिसमें नाम या टेम्पलेट के रूप में है जो डॉकर को छवि असेंबली के दौरान अनदेखा करना चाहिए।

यह फ़ाइल उस स्थान पर रखी गई है जहाँ डॉकरफ़ाइल स्थित है, और बाकी सब कुछ जो छवि असेंबली के संदर्भ में शामिल है।

जब आप docker build चलाते हैं, जो छवि के असेंबली को आरंभ करता है, तो Docker इसमें .dockerignore फ़ाइल की उपस्थिति के लिए फ़ोल्डर की जाँच करता है। यदि ऐसी कोई फ़ाइल मिल सकती है, तो इस फ़ाइल को पार्स किया जाता है, और filepath गो पैकेज से Match() फ़ंक्शन के नियमों का उपयोग किया जाता है और फ़ाइलों की सूची को अनदेखा करने के लिए इसके कुछ डॉकर नियमों का उपयोग किया जाता है।

इसलिए, उदाहरण के लिए, यदि .dockerignore फ़ाइल में *.jpg एक टेम्पलेट पाया जाता है, तो एक छवि बनाते समय, किसी भी नाम और एक्सटेंशन के साथ फ़ाइलें .jpg को अनदेखा किया जाएगा। यदि फ़ाइल में स्ट्रिंग videos , तो सिस्टम videos फ़ोल्डर और इसकी सभी सामग्रियों को अनदेखा करेगा।

जब एक .dockerignore फ़ाइल संकलित की .dockerignore है, तो आप इसे # प्रतीक का उपयोग करके टिप्पणी कर सकते हैं।

यहाँ वह है जो .dockerignore फ़ाइल किसी को भी देता है जो Docker चित्र बनाता है:

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

.dockerignore डॉकर दस्तावेज़ में .dockerignore फ़ाइल के बारे में अधिक पढ़ सकते हैं।

छवि आकार अनुसंधान

आइए डॉकटर छवियों और कंटेनरों के आकार का पता लगाने के लिए कमांड लाइन टूल का उपयोग कैसे करें।

• एक चल रहे कंटेनर के अनुमानित आकार का पता लगाने के लिए, आप प्रपत्र docker container ls -s की एक कमांड का उपयोग कर सकते हैं।
• docker image ls साइज प्रदर्शित करता है।
• आप मध्यवर्ती docker image history my_image:my_tag उपयोग कर सकते हैं ताकि मध्यवर्ती छवियों के आकार का पता लगाया जा सके जहां से एक निश्चित छवि को इकट्ठा किया जाता है।
• docker image inspect my_image:tag आपको छवि के बारे में विस्तृत जानकारी का पता लगाने की अनुमति देता है, जिसमें इसकी प्रत्येक परत का आकार भी शामिल है। परतें मध्यवर्ती छवियों से थोड़ी अलग होती हैं जो समाप्त छवि बनाती हैं, लेकिन, ज्यादातर मामलों में, उन्हें समान संस्थाओं के रूप में माना जा सकता है। यहां डॉकर छवियों की आंतरिक संरचना के विवरण पर कुछ अच्छी सामग्री है।
• कंटेनरों की सामग्री की जांच करने के लिए, आप डाइव पैकेज स्थापित कर सकते हैं।

अब जब हमने छवियों के आकार को कम करने की संभावनाओं पर चर्चा की है, तो मैं आपके ध्यान में छवियों के आकार को कम करने और उन्हें इकट्ठा करने की प्रक्रिया को गति देने के बारे में आठ सिफारिशें लाता हूं।

छवियों के आकार को कम करने और विधानसभा प्रक्रिया को गति देने के लिए सिफारिशें

1. जब भी संभव हो, आधिकारिक छवियों को मूल छवियों के रूप में उपयोग करें। आधिकारिक छवियां नियमित रूप से अपडेट की जाती हैं, वे अनौपचारिक छवियों की तुलना में सुरक्षित हैं।
2. संभव के रूप में कॉम्पैक्ट छवियों को इकट्ठा करने के लिए, अल्पाइन लिनक्स पर आधारित बुनियादी छवियों का उपयोग करें।
3. यदि आप apt उपयोग करते हैं, apt-get update और apt-get install कमांड को एक RUN स्टेटमेंट में संयोजित करें। इसके अलावा, पैकेज इंस्टॉलेशन कमांड को एक निर्देश में संयोजित करें। सूची को कई लाइनों पर वर्णानुक्रम में, \ साथ सूची को अलग करना। उदाहरण के लिए, यह इस तरह दिख सकता है:
   
   

    RUN apt-get update && apt-get install -y \   package-one \   package-two \   package-three && rm -rf /var/lib/apt/lists/* 

   
   यह विधि उन परतों की संख्या को कम करती है जिन्हें छवि में जोड़ा जाना चाहिए, और फ़ाइल कोड को सभ्य रूप में बनाए रखने में मदद करता है।
4. पैकेज स्थापित करने के लिए उपयोग किए गए RUN स्टेटमेंट के अंत में && rm -rf /var/lib/apt/lists/* जैसा निर्माण शामिल करें। इससे apt कैश क्लियर हो जाएगा और इसके परिणामस्वरूप RUN कमांड द्वारा बनाई गई लेयर में सेव नहीं किया जा सकेगा। इसके बारे में विवरण प्रलेखन में पाया जा सकता है।
5. अपने कैशिंग क्षमताओं का बुद्धिमानी से उपयोग करके डॉकरफाइल में कमांड रखें जो फ़ाइल के अंत के पास बदलने की अत्यधिक संभावना है।
6. .dockerignore फ़ाइल का उपयोग करें।
7. dive पर एक नज़र डालें, डॉकर छवियों की खोज के लिए एक महान उपकरण जो उनके आकार को कम करने में मदद करता है।
8. उन पैकेजों को स्थापित न करें जिनसे निपटा जा सकता है।

परिणाम

अब आप जानते हैं कि डोकर की छवियों को जल्दी से कैसे इकट्ठा किया जाए, रिपॉजिटरी से जल्दी से लोड किया जाए और बहुत अधिक कंप्यूटर स्थान न लिया जाए। अगली बार हम डॉकटर टीमों के बारे में बात करेंगे।

प्रिय पाठकों! क्या आपने डॉकर छवियों का निर्माण करते समय कैशिंग तंत्र के साथ समस्याओं का सामना किया है?