👨🏾‍🎨 🏂🏻 🙄 डॉकिंग सीखना, भाग 3: डॉकफाइल फाइलें ✋ 🔮 ☂️

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

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

Bagels एक Dockerfile में निर्देश हैं।

डॉकटर छवियां

स्मरण करो कि डॉकटर कंटेनर एक डॉकटर छवि है जिसे जीवन में लाया गया है। यह एक स्व-निहित ऑपरेटिंग सिस्टम है जिसमें केवल सबसे आवश्यक और एप्लिकेशन कोड है।

डॉकर छवियां निर्माण प्रक्रिया का परिणाम हैं, और डॉकटर कंटेनर चित्र चल रहे हैं। Docker के दिल में Dockerfiles हैं। इस तरह की फाइलें डॉकर को बताती हैं कि उन छवियों को कैसे इकट्ठा किया जाए जिनसे कंटेनर बनाए जाते हैं।

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

कंटेनर, जैसा कि हमने इस श्रृंखला की पहली सामग्री में पाया, परतों से मिलकर बना है। प्रत्येक परत, पिछले एक को छोड़कर, अन्य सभी के ऊपर स्थित है, केवल पढ़ने के लिए है। Dockerfile, Docker सिस्टम को बताता है कि कौन सी लेयर और किस क्रम में इमेज को जोड़ना है।

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

एक मूल छवि वह है जो बनाई जा रही छवि की स्रोत परत (या परतें) है। आधार छवि को मूल छवि भी कहा जाता है।

मूल छवि वह जगह है जहां डॉकर छवि शुरू होती है।

जब किसी चित्र को दूरस्थ रिपॉजिटरी से स्थानीय कंप्यूटर में डाउनलोड किया जाता है, तो केवल इस कंप्यूटर पर उपलब्ध परतें भौतिक रूप से डाउनलोड नहीं की जाती हैं। डॉकर का लक्ष्य मौजूदा परतों का पुन: उपयोग करके स्थान और समय की बचत करना है।

Dockerfile फ़ाइलें

Dockerfiles में एक छवि बनाने के लिए निर्देश होते हैं। बड़े अक्षरों में, इस फ़ाइल की पंक्तियाँ शुरू होती हैं। निर्देशों का पालन करना उनके तर्क हैं। निर्देश, छवि बनाते समय, ऊपर से नीचे तक संसाधित होते हैं। यहाँ यह कैसा दिखता है:

 FROM ubuntu:18.04 COPY . /app

अंतिम छवि में परतें केवल FROM , RUN , COPY और ADD निर्देशों द्वारा बनाई जाती हैं। अन्य निर्देश कुछ सेट करते हैं, मेटाडेटा का वर्णन करते हैं, या डॉकर को बताते हैं कि आपको कंटेनर के निष्पादन के दौरान कुछ करने की ज़रूरत है, उदाहरण के लिए, कुछ पोर्ट खोलें या कुछ कमांड चलाएं।

यहां हम इस धारणा से आगे बढ़ते हैं कि यूनिक्स-जैसे ओएस पर आधारित एक डॉकर छवि का उपयोग किया जाता है। बेशक, यहां आप विंडोज के आधार पर एक छवि का उपयोग कर सकते हैं, लेकिन विंडोज का उपयोग करना एक कम सामान्य अभ्यास है, ऐसी छवियों के साथ काम करना अधिक कठिन है। परिणामस्वरूप, यदि आपके पास अवसर है, तो यूनिक्स का उपयोग करें।

आरंभ करने के लिए, यहां संक्षिप्त टिप्पणियों के साथ डॉकरफाइल निर्देशों की एक सूची दी गई है।

डोजेन डॉकरफाइल निर्देश

FROM - आधार (मूल) छवि सेट करता है।
LABEL - मेटाडेटा का वर्णन करता है। उदाहरण के लिए, छवि किसने बनाई और बनाए रखी है, इसके बारे में जानकारी।
ENV - लगातार पर्यावरण चर सेट करता है।
RUN - एक कमांड निष्पादित करता है और एक छवि परत बनाता है। एक कंटेनर में पैकेज स्थापित करने के लिए उपयोग किया जाता है।
COPY - कंटेनर में फ़ाइलों और फ़ोल्डरों को कॉपी करता है।
ADD - फ़ाइलों और फ़ोल्डरों को एक कंटेनर में कॉपी करता है, स्थानीय .tar फ़ाइलों को अनपैक कर सकता है।
CMD - तर्कों के साथ एक कमांड का वर्णन करता है जिसे कंटेनर लॉन्च करने पर निष्पादित करने की आवश्यकता होती है। कंटेनर शुरू होने पर तर्क को ओवरराइड किया जा सकता है। एक फ़ाइल में केवल एक CMD निर्देश हो सकता है।
WORKDIR - अगले निर्देश के लिए कार्यशील निर्देशिका सेट करता है।
ARG - छवि निर्माण के दौरान डॉकर को पारित करने के लिए चर सेट करता है।
ENTRYPOINT - कंटेनर निष्पादन के दौरान आह्वान करने के लिए तर्कों के साथ एक कमांड प्रदान करता है। तर्क की अति नहीं है।
EXPOSE - पोर्ट को खोलने की आवश्यकता को इंगित करता है।
VOLUME - लगातार स्टोरेज के साथ काम करने के लिए एक माउंट पॉइंट बनाता है।

अब इन निर्देशों के बारे में बात करते हैं।

उनके उपयोग के निर्देश और उदाहरण

ImSimple Dockerfile

Dockerfile बेहद सरल और छोटा हो सकता है। उदाहरण के लिए - इस तरह:

 FROM ubuntu:18.04

▍From अनुदेश

Dockerfile को FROM कथन के साथ या ARG कथन के साथ FROM कथन के साथ शुरू करना चाहिए।

FROM कीवर्ड डॉकर को बेस इमेज का उपयोग करने के लिए कहता है जो इमेज को बनाते समय दिए गए नाम और टैग से मेल खाता है। मूल छवि, इसके अलावा, मूल छवि भी कहा जाता है।

इस उदाहरण में, आधार छवि को ubuntu भंडार में संग्रहीत किया जाता है। उबंटू आधिकारिक डॉकर रिपॉजिटरी का नाम है, जो उबंटू नामक ऑपरेटिंग सिस्टम के लोकप्रिय लिनक्स परिवार का आधार संस्करण प्रदान करता है।

कृपया ध्यान दें कि Dockerfile में एक 18.04 टैग शामिल है जो यह निर्दिष्ट करता है कि हमें किस आधार छवि की आवश्यकता है। यह वह छवि है जिसे हमारी छवि बनाते समय लोड किया जाएगा। यदि टैग निर्देश में शामिल नहीं है, तो डॉकर इस धारणा से आगे बढ़ता है कि रिपॉजिटरी से नवीनतम छवि की आवश्यकता है। अपने इरादों को अधिक स्पष्ट रूप से व्यक्त करने के लिए, यह अनुशंसा की जाती है कि डॉकफाइल लेखक यह संकेत दे कि उसे किस छवि की आवश्यकता है।

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

जब आप एक कंटेनर बनाते हैं, तो एक परत जिसमें आप बदलाव कर सकते हैं, अन्य सभी परतों के ऊपर जोड़ा जाता है। शेष परतों में डेटा केवल पढ़ा जा सकता है।

कंटेनर संरचना ( प्रलेखन से लिया गया)

दक्षता के लिए डॉकर, कॉपी-ऑन-राइट रणनीति का उपयोग करता है। यदि छवि में परत पिछले स्तर पर मौजूद है और कुछ परत को इससे डेटा पढ़ने की आवश्यकता है, तो डॉकर मौजूदा फ़ाइल का उपयोग करता है। आपको कुछ भी डाउनलोड करने की आवश्यकता नहीं है।

जब छवि को निष्पादित किया जाता है, अगर परत को कंटेनर के माध्यम से संशोधित करने की आवश्यकता होती है, तो संबंधित फ़ाइल को सबसे ऊपरी, परिवर्तनशील परत पर कॉपी किया जाता है। कॉपी-ऑन-राइट रणनीति के बारे में अधिक जानने के लिए, डॉकर प्रलेखन से इस सामग्री पर एक नज़र डालें।

हम डॉकरफाइल में उपयोग किए गए निर्देशों की चर्चा जारी रखते हैं, एक अधिक जटिल संरचना के साथ इस तरह की फाइल का उदाहरण देते हैं।

▍अधिक परिष्कृत dockerfile

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

 FROM python:3.7.2-alpine3.8 LABEL maintainer="jeffmshale@gmail.com" ENV ADMIN="jeff" RUN apk update && apk upgrade && apk add bash COPY . ./app ADD https://raw.githubusercontent.com/discdiver/pachy-vid/master/sample_vids/vid1.mp4 \ /my_app_directory RUN ["mkdir", "/a_directory"] CMD ["python", "./my_script.py"]

शायद पहली नज़र में यह फाइल जटिल लग सकती है। इसलिए, उससे निपटते हैं।

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

▍Instruction लबेल

टैग

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

▍Inv अनुदेश

वातावरण

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

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

यह ध्यान दिया जाना चाहिए कि डॉकरफाइल फ़ाइलों में अक्सर एक ही समस्याओं को हल करने के लिए अलग-अलग तरीके होते हैं। वास्तव में उपयोग करने के लिए एक सवाल है, जिसका निर्णय डॉकर वातावरण में अपनाई गई कार्य विधियों के अनुपालन की इच्छा से प्रभावित होता है, ताकि समाधान की पारदर्शिता और इसके उच्च प्रदर्शन को सुनिश्चित किया जा सके। उदाहरण के लिए, RUN , CMD और ENTRYPOINT विभिन्न उद्देश्यों की पूर्ति करते हैं, लेकिन इन सभी का उपयोग कमांड निष्पादित करने के लिए किया जाता है।

▍RUN निर्देश

RUN निर्देश

RUN निर्देश आपको छवि निर्माण के दौरान एक परत बनाने की अनुमति देता है। इसके निष्पादन के बाद, छवि में एक नई परत जोड़ दी जाती है, इसकी स्थिति तय हो जाती है। RUN निर्देश का उपयोग अक्सर छवियों में अतिरिक्त पैकेज स्थापित करने के लिए किया जाता है। पिछले उदाहरण में, RUN apk update && apk upgrade स्टेटमेंट Docker को बताता है कि सिस्टम को बेस इमेज से पैकेज अपडेट करने की जरूरत है। इन दो आदेशों का पालन करना है && apk add bash कमांड, जो यह दर्शाता है कि छवि में bash की आवश्यकता है।

टीमों में एपीके जैसा दिखता है वह अल्पाइन लिनक्स पैकेज मैनेजर के लिए एक संक्षिप्त नाम है। यदि आप कुछ अन्य लिनक्स परिवार के ओएस की आधार छवि का उपयोग कर रहे हैं, तो, उदाहरण के लिए, उबंटू का उपयोग करते समय, आपको पैकेज स्थापित करने के लिए फॉर्म RUN apt-get की आवश्यकता हो सकती है। बाद में हम पैकेजों को स्थापित करने के अन्य तरीकों के बारे में बात करेंगे।

RUN निर्देश और इसी तरह के निर्देश, जैसे कि CMD और ENTRYPOINT उपयोग निष्पादन रूप में या शेल रूप में भी किया जा सकता है। निष्पादन फॉर्म एक सिंटैक्स का उपयोग करता है जो JSON सरणी के विवरण जैसा दिखता है। उदाहरण के लिए, यह इस तरह दिख सकता है: RUN ["my_executable", "my_first_param1", "my_second_param2"] ।

पिछले उदाहरण में, हमने निम्न रूप में RUN निर्देश के शेल फॉर्म का उपयोग किया: RUN apk update && apk upgrade && apk add bash ।

बाद में हमारे डॉकरफाइल में, हमने निर्देशिका बनाने के लिए RUN ["mkdir", "/a_directory"] के रूप में RUN निर्देश के निष्पादन रूप का उपयोग किया। इसी समय, इस रूप में निर्देशों का उपयोग करते हुए, आपको डबल कोट्स के साथ तार को प्रारूपित करने की आवश्यकता याद है, जैसा कि JSON प्रारूप में प्रथागत है।

▍Instruction COPY

कॉपी निर्देश

COPY निर्देश हमारी फ़ाइल में इस तरह प्रस्तुत किया गया है: COPY . ./app COPY . ./app वह डॉकर से कहती है कि उसे विधानसभा के स्थानीय संदर्भ से फाइल और फ़ोल्डर लेने की जरूरत है और उन्हें छवि की वर्तमान कार्यशील निर्देशिका में जोड़ें। यदि गंतव्य निर्देशिका मौजूद नहीं है, तो यह निर्देश इसे बनाएगा।

▍अनुक्रमण ADD

ADD निर्देश आपको COPY के समान समस्याओं को हल करने की अनुमति देता है, लेकिन कुछ और उपयोग के COPY इसके साथ जुड़े हुए हैं। इसलिए, इस निर्देश का उपयोग करके, आप दूरस्थ स्रोतों से डाउनलोड की गई फ़ाइलों को कंटेनर में जोड़ सकते हैं, साथ ही स्थानीय .tar फ़ाइलों को भी अनपैक कर सकते हैं।

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

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

ध्यान दें कि ADD स्टेटमेंट में लाइन ब्रेक कैरेक्टर होता है - \ । इस तरह के पात्रों का उपयोग कई पंक्तियों में विभाजित करके लंबी कमांड की पठनीयता में सुधार करने के लिए किया जाता है।

Instruction सीएमडी ने दिया निर्देश

सीएमडी ने दिया निर्देश

सीएमडी निर्देश डॉकटर को कंटेनर शुरू करने के लिए निष्पादित करने के लिए एक कमांड प्रदान करता है। इस आदेश के परिणाम इसकी विधानसभा के दौरान छवि में नहीं जोड़े गए हैं। हमारे उदाहरण में, यह कमांड रन टाइम पर my_script.py स्क्रिप्ट लॉन्च करता है।

CMD निर्देश के बारे में आपको कुछ और जानकारी होनी चाहिए:

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

Dएक और भी जटिल डॉकरफाइल

एक और डॉकरफाइल पर विचार करें, जिसमें कुछ नए कमांड का उपयोग किया जाएगा।

 FROM python:3.7.2-alpine3.8 LABEL maintainer="jeffmshale@gmail.com" #   RUN apk add --update git #     WORKDIR /usr/src/my_app_directory #          COPY . . #       ARG my_var=my_default_value #  ,           ENTRYPOINT ["python", "./app/my_script.py", "my_var"] #   EXPOSE 8000 #      VOLUME /my_volume

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

apk का उपयोग करके अल्पाइन डॉकर छवि में पैकेज स्थापित किए जा सकते हैं। इसके लिए, जैसा कि हम पहले ही कह चुके हैं, RUN apk update && apk upgrade && apk add bash एक कमांड RUN apk update && apk upgrade && apk add bash ।

इसके अतिरिक्त, छवि में पायथन पैकेज को पाइप , व्हील, और कोंडा का उपयोग करके स्थापित किया जा सकता है। यदि हम पायथन के बारे में नहीं, बल्कि अन्य प्रोग्रामिंग भाषाओं के बारे में बात कर रहे हैं, तो अन्य पैकेज प्रबंधकों का उपयोग संबंधित छवियों को तैयार करने के लिए किया जा सकता है।

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

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

इसके अलावा, आप कई पैकेज स्थापित करने के लिए अलग-अलग चीजें कर सकते हैं। आप उन्हें एक फ़ाइल में सूचीबद्ध कर सकते हैं और इस फ़ाइल को RUN का उपयोग करके पैकेज मैनेजर में स्थानांतरित कर सकते हैं। आमतौर पर, इन फ़ाइलों को requirements.txt कहा जाता requirements.txt ।

▍ कार्य निर्देश

कार्य निर्देशिका

कार्य निर्देश आपको कंटेनर की कार्यशील निर्देशिका को बदलने की अनुमति देता है। COPY , ADD , RUN , CMD और ENTRYPOINT जो इस निर्देशिका के साथ काम करते हैं, काम करते हैं। इस निर्देश से संबंधित कुछ विशेषताएं इस प्रकार हैं:

WORKDIR में cd कमांड का उपयोग करके फाइल सिस्टम को नेविगेट करने के बजाय WORKDIR फ़ोल्डरों के लिए पूर्ण पथ सेट करना बेहतर है।
यदि यह मौजूद नहीं है, तो WORKDIR निर्देश स्वचालित रूप से एक निर्देशिका बनाता है।
आप कई WORKDIR निर्देशों का उपयोग कर सकते हैं। यदि ऐसे निर्देशों के लिए सापेक्ष निर्देश प्रदान किए जाते हैं, तो उनमें से प्रत्येक वर्तमान कार्य निर्देशिका को बदल देता है।

▍गाइड एआरजी

एआरजी निर्देश आपको एक चर सेट करने की अनुमति देता है जिसका मूल्य विधानसभा के दौरान कमांड लाइन से छवि तक पारित किया जा सकता है। डिफ़ॉल्ट चर के लिए मूल्य को डॉकरफाइल में दर्शाया जा सकता है। उदाहरण के लिए: ARG my_var=my_default_value ।

ENV चर के विपरीत, ARG चर रनटाइम पर उपलब्ध नहीं हैं। हालाँकि, छवि निर्माण के दौरान कमांड लाइन से ENV चर के लिए डिफ़ॉल्ट मान सेट करने के लिए ARG चर का उपयोग किया जा सकता है। और ENV चर इसके निष्पादन के दौरान कंटेनर में पहले से ही उपलब्ध होंगे। चर के साथ काम करने की इस तकनीक के बारे में विवरण यहां पाया जा सकता है ।

▍इंस्ट्रक्शन एनट्रायपॉइंट

किसी स्थान पर संक्रमण का बिंदु

ENTRYPOINT स्टेटमेंट आपको तर्कों के साथ एक कमांड निर्दिष्ट करने की अनुमति देता है जिसे कंटेनर शुरू होने पर निष्पादित किया जाना चाहिए। यह CMD कमांड के समान है, लेकिन कंटेनर को ENTRYPOINT के मापदंडों के साथ शुरू किया गया है, तो ENTRYPOINT में निर्दिष्ट मापदंडों को ओवरराइट नहीं किया गया है।

इसके बजाय, प्रपत्र docker run my_image_name के निर्माण में पारित कमांड लाइन तर्क ENTRYPOINT द्वारा निर्दिष्ट तर्कों में जोड़े docker run my_image_name हैं। उदाहरण के लिए, प्रपत्र docker run my_image bash आदेश को निष्पादित करने के बाद, ENTRYPOINT द्वारा निर्दिष्ट तर्कों की सूची के अंत में docker run my_image bash तर्क को जोड़ा जाएगा। अपनी डॉकरीफाइल तैयार करते समय, CMD या ENTRYPOINT को न भूलें।

डॉकर के लिए प्रलेखन में कई सिफारिशें हैं जिनके बारे में निर्देश, CMD या ENTRYPOINT को कंटेनर शुरू होने पर कमांड निष्पादित करने के लिए एक उपकरण के रूप में चुना जाना चाहिए:

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

हमारे उदाहरण में, ENTRYPOINT ["python", "my_script.py", "my_var"] निर्देश का उपयोग करते ENTRYPOINT ["python", "my_script.py", "my_var"] कंटेनर का कारण बनता है, जब यह शुरू होता है, तो तर्क my_var साथ Python स्क्रिप्ट my_script.py चलाने के लिए। my_var द्वारा my_var गए my_var को तब स्क्रिप्ट में argparse का उपयोग किया जा सकता है। , Dockerfile my_var , , ARG . , , .

Docker exec- ENTRYPOINT : ENTRYPOINT ["executable", "param1", "param2"] .

▍ EXPOSE

EXPOSE

EXPOSE , , . . , , , , , , .

( ) , docker run -p . -P ( P ), , EXPOSE .

▍ VOLUME

VOLUME

VOLUME , . .

परिणाम

, Dockerfile. . , , USER , ONBUILD , STOPSIGNAL , SHELL HEALTHCHECK . Dockerfile.

, Dockerfile — Docker, , . , .

प्रिय पाठकों! Docker , , Docker-.

डॉकिंग सीखना, भाग 3: डॉकफाइल फाइलें