कंटेनर बनाने, चलाने और प्रबंधित करने के लिए शीर्ष 18 Docker कमांड

Docker इमेजेज़ के साथ काम करना

हर कंटेनर की नींव इमेज होती है। इस सेक्शन में, हम कॉमन कमांड्स के ज़रिए Docker इमेजेज़ को बनाना, मैनेज करना और इंस्पेक्ट करना सीखेंगे।

docker build

docker build कमांड Docker की सबसे ज़्यादा इस्तेमाल की जाने वाली फ़ीचर्स में से एक है। जबकि यह उन्नत उपयोग मामलों का समर्थन करने वाले व्यापक इकोसिस्टम का हिस्सा है, हम यहाँ एक सरल Dockerfile से इमेज बनाने पर फोकस करेंगे। 

Dockerfile एक सादा टेक्स्ट फ़ाइल (कोई एक्सटेंशन नहीं) है जिसमें स्टेप-बाय-स्टेप निर्देश होते हैं जिनका उपयोग Docker इमेज बनाने के लिए करता है। इसे इस तरह बनाएँ:

1. अपनी ऐप की रूट डायरेक्टरी में Dockerfile नामक फ़ाइल बनाएँ और इसमें निम्न सामग्री डालें:

# syntax=docker/dockerfile:1

FROM node:lts-alpine
WORKDIR /app
COPY . .
RUN yarn install --production
CMD ["node", "src/index.js"]
EXPOSE 3000संचालित द्वारा

यह Dockerfile Node.js और Yarn के साथ एक हल्की बेस इमेज से शुरू होता है। यह आपकी ऐप का सोर्स कोड इमेज में कॉपी करता है, डिपेंडेंसीज़ इंस्टॉल करता है और ऐप स्टार्ट करने का तरीक़ा निर्धारित करता है।

2. अब, निम्न कमांड से इमेज बनाएं:

docker build -t getting-started.संचालित द्वारा

-t फ़्लैग से आप इमेज को टैग कर सकते हैं। यहाँ हमने इसे getting-started. नाम दिया है। अंत में दिया गया . Docker को बताता है कि Dockerfile वर्तमान डायरेक्टरी में ढूँढें।

docker images

docker images कमांड आपके सभी टॉप-लेवल इमेजेज़, उनके रिपोज़िटरी, टैग्स और साइज़ की सूची देता है। इसके एलियस भी हैं:

• docker image list
• docker image ls

इसका सिंटैक्स है: docker image ls [OPTIONS] [REPOSITORY[:TAG]]

यह कमांड कई विकल्प सपोर्ट करता है। उदाहरण के लिए, सभी इमेजेज़ दिखाने के लिए, जिनमें इंटरमीडिएट इमेजेज़ भी शामिल हैं, आप -a या --all फ़्लैग जोड़ सकते हैं: docker images -a।

docker rmi <image>

docker rmi <image> कमांड आपके सिस्टम से एक या अधिक इमेजेज़ हटाता है। यदि किसी इमेज पर कई टैग हैं, तो किसी विशेष टैग के साथ यह कमांड चलाने पर केवल वह टैग हटेगा। लेकिन यदि वह टैग इमेज से जुड़ा एकमात्र टैग है, तो टैग और इमेज—दोनों हट जाएंगे।

इसके एलियस इस प्रकार हैं:

• docker image remove
• docker image rm

इसका सिंटैक्स: docker image rm [OPTIONS] IMAGE [IMAGE...]

यदि आपको किसी ऐसी इमेज को हटाना है जिसे कोई रनिंग कंटेनर उपयोग कर रहा है, तो आपको -f या --force विकल्प जोड़कर फ़ोर्स करना होगा।

Docker कंटेनर मैनेजमेंट

हमें अक्सर कंटेनर मैनेज करने पड़ते हैं—जैसे ऐप के विकसित होने के साथ उन्हें स्टार्ट, स्टॉप, इंस्पेक्ट या रिमूव करना। इसलिए, मैं आपको रोज़मर्रा के वर्कफ़्लो में कंटेनरों को संभालने के लिए सबसे उपयोगी Docker कमांड्स के बारे में बताऊँगा।

docker exec <container> <command>

docker exec कमांड आपको किसी रनिंग कंटेनर के अंदर बिना उसे रीस्टार्ट किए कोई कमांड चलाने देता है। यह डीबगिंग या कंटेनर के अंदर मैन्युअल रूप से कुछ जाँचने के लिए विशेष रूप से उपयोगी है। इसका एलियस: docker container exec।

यह कमांड तभी काम करता है जब कंटेनर की मुख्य प्रक्रिया (PID 1) चल रही हो। कंटेनर रीस्टार्ट होने पर यह अपने-आप दोबारा नहीं चलता।

इसका सिंटैक्स है: docker exec [OPTIONS] CONTAINER COMMAND [ARG...]

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

कंटेनर पर कमांड एग्जीक्यूट करने का एक उदाहरण:

docker exec -d mycontainer touch /tmp/execWorksसंचालित द्वारा

touch कमांड रनिंग कंटेनर mycontainer के अंदर बैकग्राउंड में /tmp/execWorks नाम की नई फ़ाइल बनाता है।

docker logs <container>

docker logs कमांड किसी विशेष कंटेनर के लॉग्स दिखाता है और एग्जीक्यूशन के समय स्टैंडर्ड आउटपुट और एरर पर प्रिंट हुई सारी चीज़ें प्रदर्शित करता है। इसका एलियस: docker container logs

इसका सिंटैक्स: docker container logs [OPTIONS] CONTAINER

इसके साथ कई उपयोगी विकल्प जोड़ सकते हैं। जैसे:

• --details एनवायरनमेंट वेरिएबल्स और लेबल्स जैसी अतिरिक्त एट्रीब्यूट्स दिखाता है।
• --until आपको किसी विशेष समय तक के लॉग्स फ़ेच करने देता है।
• docker logs -f --until=2s test test कंटेनर के लॉग आउटपुट को फ़ॉलो करता है और आख़िरी दो सेकंड के लॉग्स दिखाने के बाद रुक जाता है।

यहाँ वे सभी विकल्प हैं जिन्हें हम docker logs के साथ इस्तेमाल कर सकते हैं:

docker log <container> के विकल्प। स्त्रोत: Docker docs

docker rm <container>

docker rm <container> कमांड आपके सिस्टम से एक या अधिक कंटेनर हटाता है। इसके एलियस हैं:

• docker container remove
• docker container rm

इसका सिंटैक्स: docker container rm [OPTIONS] CONTAINER [CONTAINER...]

इस कमांड के कुछ वैकल्पिक फ़्लैग भी हैं। कुछ निम्न हैं:

docker rm <container> के विकल्प। स्रोत: Docker docs

उदाहरण के लिए, आप docker rm /redis का उपयोग उस कंटेनर को हटाने के लिए कर सकते हैं जिसे /redis लिंक से पहचाना जाता है। हालाँकि, ध्यान दें कि यह कमांड केवल रनिंग कंटेनरों को हटाता है। 

यदि आप रुके हुए कंटेनरों को हटाना चाहते हैं, तो आपको docker container prune उपयोग करना होगा। अपना वातावरण साफ़ रखने के लिए, इस Docker prune ट्यूटोरियल से सीखें कि अप्रयुक्त Docker संसाधनों को सुरक्षित रूप से कैसे हटाएँ।

docker restart <container>

docker restart <container> कमांड एक या अधिक कंटेनरों को पहले रोकता है और फिर उन्हें रीस्टार्ट करता है। इसका एलियस: docker container restart। 

इसका सिंटैक्स: docker restart [OPTIONS] CONTAINER [CONTAINER...]

restart कमांड में कंटेनर रीस्टार्ट को कस्टमाइज़ करने के लिए कई उपयोगी विकल्प हैं। नीचे दोनों विकल्प दिए गए हैं, साथ में उदाहरण भी:

> अभ्यास के लिए, इन Docker प्रोजेक्ट आइडियाज़ का पता लगाएँ—जो शुरुआती से एडवांस स्तर तक होते हैं।

Docker नेटवर्किंग

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

जब तक आप none नेटवर्क ड्राइवर (जो नेटवर्किंग को अक्षम करता है) का उपयोग नहीं करते, कंटेनर IP एड्रेस, गेटवे और DNS जैसे नेटवर्किंग एलिमेंट्स के साथ इंटरैक्ट कर सकते हैं। 

आइए कुछ आम docker नेटवर्किंग कमांड्स देखें जिनका आप उपयोग कर सकते हैं।

docker network ls

docker network ls कमांड Docker Engine को ज्ञात सभी नेटवर्क्स की सूची देता है, जिनमें क्लस्टर में कई होस्ट्स के नेटवर्क भी शामिल हैं। इसका एलियस है: docker network list।

• इसका सिंटैक्स: docker network ls [OPTIONS]

आप इसके साथ कई विकल्प इस्तेमाल कर सकते हैं, जैसा कि नीचे की इमेज में दिखाया गया है: 

डिफ़ॉल्ट रूप से, यह कमांड हर नेटवर्क का यह दिखाता है:

• ID
• Name
• Driver
• Scope

आप फ़्लैग्स से आउटपुट कस्टमाइज़ कर सकते हैं। उदाहरण के लिए, --no-trunc फ़्लैग शॉर्ट किए हुए IDs की जगह पूरे नेटवर्क IDs दिखाता है। इस कमांड का उपयोग इस तरह करें:

docker network ls --no-truncसंचालित द्वारा

docker network create <network-name>

docker network create कमांड एक नया Docker नेटवर्क बनाता है। डिफ़ॉल्ट रूप से यह bridge ड्राइवर उपयोग करता है, जब तक कि आप --driver (या -d) फ़्लैग से कोई और न बताएं।

Docker में निम्न बिल्ट-इन नेटवर्क ड्राइवर्स सपोर्टेड हैं:

• bridge सिंगल-होस्ट नेटवर्क्स के लिए।
• overlay Swarm मोड में मल्टी-होस्ट नेटवर्क्स के लिए।

आवश्यक होने पर आप थर्ड-पार्टी या कस्टम ड्राइवर्स भी इस्तेमाल कर सकते हैं।

• बेसिक सिंटैक्स: docker network create [OPTIONS] NETWORK

इस कमांड में विभिन्न प्रयोजनों के लिए अनेक विकल्प हैं। पूरी सूची देखने के लिए उनके आधिकारिक डॉक्यूमेंटेशन पर नज़र डालें।

ब्रिज नेटवर्क बनाने का उदाहरण:

docker network create -d bridge my-bridge-networkसंचालित द्वारा

ब्रिज नेटवर्क एक ही Docker Engine तक सीमित होते हैं, इसलिए वे अलग-अलग होस्ट्स के कंटेनरों को कनेक्ट नहीं कर पाएँगे।

Swarm मोड सक्षम होने पर, आप कई Docker होस्ट्स में फैला नेटवर्क बना सकते हैं:

docker network create --scope=swarm --attachable -d overlay my-multihost-networkसंचालित द्वारा

> जानना चाहते हैं Docker और Kubernetes में क्या फर्क है? यह तुलना Kubernetes vs Docker की मुख्य भिन्नताएँ और उपयोग मामलों को कवर करती है।

Docker वॉल्यूम्स

Docker वॉल्यूम्स का उपयोग उस डेटा को स्टोर करने के लिए किया जाता है जिसे कंटेनर के रुकने या हटने के बाद भी कायम रहना चाहिए। आप इन्हें स्पष्ट रूप से बना सकते हैं या कंटेनर स्टार्ट करते समय Docker को स्वतः बनाने दे सकते हैं।

वॉल्यूम्स होस्ट सिस्टम पर स्टोर होते हैं लेकिन होस्ट की कोर फ़ाइलों से आइसोलेटेड रहते हैं। इन्हें कंटेनरों में इस तरह माउंट किया जाता है जो bind mounts के समान है, लेकिन बेहतर पोर्टेबिलिटी और सुरक्षा के साथ। 

कुछ प्रासंगिक docker वॉल्यूम कमांड्स देखें: 

docker volume ls

docker volume ls कमांड उन सभी वॉल्यूम्स की सूची देता है जिनके बारे में Docker जानता है। इसका एलियस: docker volume list।

• सिंटैक्स: docker volume ls [OPTIONS]

यह कमांड आउटपुट को फ़िल्टर या फ़ॉर्मैट करने में मदद के लिए कुछ वैकल्पिक फ़्लैग्स सपोर्ट करता है—ये रहे:

docker volume ls कमांड के विकल्प। स्त्रोत: Docker docs

docker volume create <volume-name>

docker volume create कमांड पर्सिस्टेंट डेटा स्टोर करने के लिए नया वॉल्यूम बनाता है। यदि आप नाम नहीं देते, तो Docker अपने-आप एक नाम जेनरेट कर देगा।

जब आपको डेटा को किसी एक कंटेनर की लाइफ़ से आगे तक बनाए रखना होता है, तो वॉल्यूम बनाना एक आम क़दम है।

• सिंटैक्स: docker volume create [OPTIONS] [VOLUME_NAME]

एक वॉल्यूम बनाने और फिर किसी कंटेनर को उसे इस्तेमाल करने के लिए कॉन्फ़िगर करने का उदाहरण:

docker volume create hello
docker run -d -v hello:/world busybox ls /worldसंचालित द्वारा

इस उदाहरण में hello नाम का वॉल्यूम बनाया गया है। फिर, इसे कंटेनर में /world पाथ पर माउंट किया गया है। इससे कंटेनर उस वॉल्यूम से डेटा लिख/पढ़ सकता है।

कई कंटेनर एक ही वॉल्यूम का उपयोग कर सकते हैं, जो तब उपयोगी है जब एक कंटेनर डेटा लिखे और दूसरा उसे पढ़े।

नोट: वॉल्यूम नाम ड्राइवर्स के बीच यूनिक होने चाहिए। आप दो अलग स्टोरेज ड्राइवर्स में एक ही वॉल्यूम नाम का उपयोग नहीं कर सकते।

Docker Compose कमांड्स

Docker Compose बहु-कंटेनर एप्लिकेशन मैनेज करना आसान बनाता है—एक सरल YAML फ़ाइल के ज़रिए। यह डेवेलपमेंट, टेस्टिंग, स्टेजिंग, प्रोडक्शन और CI जैसे अलग-अलग वातावरणों को सपोर्ट करता है। एक ही कमांड से आप सर्विसेज़ कंट्रोल कर सकते हैं, नेटवर्क्स सेटअप कर सकते हैं और वॉल्यूम्स मैनेज कर सकते हैं—सब एक ही जगह।

कुछ आम compose कमांड्स देखें: 

docker-compose up

docker compose up कमांड किसी सर्विस के लिए कंटेनर्स को बिल्ड, (री)क्रिएट, स्टार्ट और उनसे अटैच करता है। यदि कंटेनर अभी तक रन नहीं हो रहे हैं, तो यह स्वतः लिंक्ड सर्विसेज़ को भी स्टार्ट कर देता है।

• सिंटैक्स: docker compose up [OPTIONS] [SERVICE...]

डिफ़ॉल्ट रूप से, यह कमांड सभी कंटेनरों का आउटपुट जोड़ देता है। यदि आप विशेष सर्विसेज़ पर फ़ोकस करना चाहते हैं, तो आप:

• कुछ सर्विसेज़ से अटैच होने के लिए --attach फ़्लैग का उपयोग करें
• अन्य को छोड़ने के लिए --no-attach फ़्लैग का उपयोग करें

उदाहरण के लिए, docker compose up --no-attach <service-name> सभी सर्विसेज़ स्टार्ट करता है सिवाय उस सर्विस के जिसे आपने लॉग्स से एक्सक्लूड किया है।

कमांड ख़त्म होते ही कंटेनर भी रुक जाते हैं। उन्हें बैकग्राउंड में चलाए रखने के लिए --detach फ़्लैग इस्तेमाल करें: 

docker compose up --detachसंचालित द्वारा

इस कमांड को चलाने से पहले, सुनिश्चित करें कि आपने उस डायरेक्टरी में नेविगेट (cd) कर लिया है जहाँ आपकी docker-compose.yml फ़ाइल मौजूद है।

docker-compose down

docker compose down कमांड कंटेनरों को रोकता है और docker compose up द्वारा बनाए गए कंटेनर, इमेजेज़, नेटवर्क्स और वॉल्यूम्स को हटाता है। 

• सिंटैक्स: docker compose down [OPTIONS] [SERVICES]

इसके साथ आप विभिन्न विकल्प उपयोग कर सकते हैं, जिनमें निम्न शामिल हैं:

docker compose down कमांड के विकल्प। स्रोत: Docker docs.

डिफ़ॉल्ट रूप से, यह कमांड निम्न को हटाता है:

• Compose फ़ाइल में परिभाषित सर्विसेज़ के कंटेनर।
• Compose फ़ाइल के networks सेक्शन में परिभाषित नेटवर्क्स।
• डिफ़ॉल्ट नेटवर्क, यदि उसका उपयोग हुआ है।

निम्न को डिफ़ॉल्ट रूप से नहीं हटाया जाता:

• वे नेटवर्क और वॉल्यूम्स जो external के रूप में परिभाषित हैं।
• अनाम (anonymous) वॉल्यूम्स, यानी जिनका कोई नाम नहीं है।

अनाम वॉल्यूम्स को docker compose up दोबारा चलाने पर अपने-आप माउंट नहीं किया जाता क्योंकि उनके नाम नहीं होते। यदि आपको पर्सिस्टेंट डेटा स्टोरेज चाहिए, तो नेम्ड वॉल्यूम्स या bind mounts का उपयोग बेहतर है।

Docker कमांड्स का उपयोग: सर्वोत्तम प्रथाएँ

Docker कंटेनरों में एप्लिकेशन बनाना, शिप करना और चलाना एक शक्तिशाली तरीका है। लेकिन इसे अच्छी तरह, कुशलतापूर्वक और स्केलेबल ढंग से उपयोग करने के लिए, कुछ बेस्ट प्रैक्टिसेज़ का पालन करना ज़रूरी है।

पर्सिस्टेंट डेटा के लिए Docker वॉल्यूम्स का उपयोग करें

डिफ़ॉल्ट रूप से, कंटेनर फ़ाइलें एक writable लेयर में स्टोर होती हैं जो कंटेनर हटने पर खो जाती हैं! यह लेयर हर कंटेनर के लिए यूनिक होती है और आसानी से सुलभ नहीं होती। Docker डेटा को पर्सिस्ट कराने के लिए अलग-अलग तरह के माउंट्स का उपयोग करता है, जिनमें से एक है वॉल्यूम्स, जिन्हें Docker डेमॉन मैनेज करता है और होस्ट पर स्टोर करता है। 

वॉल्यूम्स हमें यह करने देते हैं:

• कंटेनर डिलीट होने के बाद भी डेटा बनाए रखना।
• होस्ट-लेवल स्पीड के साथ परफ़ॉर्मेंस-क्रिटिकल डेटा स्टोर करना।
• Docker के ज़रिए स्टोरेज को आसानी से मैनेज करना।

ये दीर्घकालिक डेटा या तब आदर्श हैं जब कई कंटेनरों को साझा एक्सेस की ज़रूरत हो। यह ध्यान रखें कि यदि आपको होस्ट से सीधे फ़ाइलों तक पहुँच चाहिए, तो bind mounts बेहतर विकल्प हो सकते हैं, क्योंकि वॉल्यूम्स पूरी तरह Docker द्वारा मैनेज होते हैं।

Docker Compose से ऑटोमेशन करें

कई कंटेनरों को मैन्युअली मैनेज करना बोझिल हो सकता है। Docker Compose सबकुछ एक YAML फ़ाइल में परिभाषित करने की सुविधा देकर चीज़ों को सरल बना देता है ताकि आप बिल्डिंग पर फ़ोकस कर सकें।

यह बेस्ट प्रैक्टिस अपनाने लायक़ क्यों है:

• एक सरल कमांड: अपनी सर्विसेज़ को एक ही बार में स्टार्ट, स्टॉप, स्केल या रिबिल्ड करें।
• सबके लिए सुसंगति: चाहे आप डेवलपमेंट, टेस्टिंग या प्रोडक्शन में काम कर रहे हों, Compose एनवायरनमेंट्स को अलाइंड रखता है ताकि “यह मेरी मशीन पर तो चलता है” जैसी समस्याएँ न हों।
• बिल्ट-इन नेटवर्किंग: Compose एक साझा नेटवर्क बनाता है ताकि आपकी सर्विसेज़ IP की बजाय सर्विस नामों से आसानी से संवाद कर सकें।
• आसान स्केलिंग: आप --scale फ़्लैग से सर्विसेज़ को जल्दी से ऊपर-नीचे स्केल कर सकते हैं, जो अलग-अलग लोड्स पर आपकी ऐप के व्यवहार की टेस्टिंग के लिए बढ़िया है।
• स्पष्ट और सहयोगी कॉन्फ़िग: आपका पूरा सेटअप—कंटेनर, नेटवर्क्स और वॉल्यूम्स सहित—वर्ज़न-कंट्रोल्ड और पठनीय होता है।

निष्कर्ष

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

और यदि आप सीखना जारी रखना चाहते हैं, तो आगे खोजने के लिए ये बेहतरीन संसाधन हैं:

• Containerization and Virtualization Concepts – आपकी वैचारिक नींव मजबूत करने के लिए एक परफ़ेक्ट कोर्स।
• Introduction to Docker – शुरुआत करने वालों के लिए अनुकूल कोर्स।
• Intermediate Docker – जब आप और गहराई में जाने के लिए तैयार हों।
• Containerization and Virtualization with Docker and Kubernetes – Kubernetes और वास्तविक-जीवन ऑर्केस्ट्रेशन तक विस्तार करने वाला स्किल ट्रैक।