कंटेनर और वर्चुअल मशीन (वीएम्स) आर्किटेक्चर और प्रदर्शन दोनों में अलग होते हैं।

1. आर्किटेक्चर:
एक वर्चुअल मशीन में पूरी ऑपरेटिंग सिस्टम, अपना कर्नल, एप्लिकेशन और लाइब्रेरीज होती हैं, जिन्हें हाइपरवाइजर पर चलाया जाता है। हाइपरवाइजर वीएम द्वारा हार्डवेयर संसाधनों की शेयरिंग का प्रबंधन करता है। चूंकि वर्चुअल मशीन में पूरी ऑपरेटिंग सिस्टम होती है, इसलिए यह डिस्क साइज के हिसाब से बड़ी होती है।

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

2. प्रदर्शन:
वर्चुअल मशीनों में अधिक ओवरहेड होते हैं, क्योंकि उन्हें पूरी ऑपरेटिंग सिस्टम को चलाना पड़ता है। यह प्रदर्शन को प्रभावित करता है, स्टार्टअप के दौरान और चलाने के समय भी।

कंटेनर के ओवरहेड कम होते हैं, वे हल्के होते हैं और तेजी से स्टार्ट होते हैं, और उन्हें विभिन्‍न पर्यावरणों में आसानी से स्थानांतरित किया जा सकता है, इसलिए उनका तैनाती भी सरल होता है।

अंत में, कंटेनरों और वर्चुअल मशीनों का स्थान एप्लिकेशन विकास में होता है और दोनों प्रौद्योगिकियों का उपयोग आमतौर पर एप्लिकेशन आर्किटेक्चर में मिलकर किया जाता है। हालांकि, अलग ऑपरेटिंग सिस्टम के अभाव के कारण कंटेनर कम अलग होते हैं और संभवतः वर्चुअल मशीनों की तुलना में कम सुरक्षित होते हैं।

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

एक Docker इमेज का मुख्य घटक स्तर होते हैं। Dockerfile के प्रत्येक निर्देश की पंक्ति एक नया स्तर बनाती है। ये स्तर स्तरों के ऊपर दूसरे स्तर पर ढेर बना रहे होते हैं, इस प्रकार अंतिम छवि का गठन होता है।

Docker इमेज का उपयोग Docker कंटेनर को चलाने के लिए किया जाता है। कंटेनर एक प्रक्रिया के रूप में चल रही इमेज की एक उदाहरण होती है। इमेज के विपरीत, कंटेनर की एक स्तिथि होती है और इसे संशोधित किया जा सकता है।

क्योंकि Docker इमेज अपरिवर्तनीय होती हैं और सभी आवश्यक निर्भरताओं को शामिल करती हैं, इसलिए वे विभिन्न प्रणालियों और सर्वरों के बीच आसानी से स्थानांतरित किए जा सकते हैं। परिणामस्वरूप, Docker इमेज पर चलने वाले अनुप्रयोग हमेशा एक समान होते हैं, चाहे पर्यावरण कुछ भी क्यों न हो, जिससे परीक्षण और तैनाती सरल हो जाती है।

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

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

Docker परतें सिर्फ पढ़ने के लिए होती हैं, जिसका अर्थ है कि वे बनाने के बाद संशोधित नहीं की जा सकती हैं। जब एक कंटेनर लॉन्च होता है, तो Docker ठोस परतों के ऊपर एक लिखने योग्य परत जोड़ता है। कंटेनर में सभी परिवर्तन, जैसे कि नई फ़ाइलों को सहेजना, मौजूदा फ़ाइलों को संशोधित करना, या फ़ाइलें हटाना, इस लिखने योग्य परत में किए जाते हैं।

परतों व्यवस्था का उपयोग करने के कारण Docker इमेज को कुशलतापूर्वक साझा और संग्रहित कर सकता है। जब इमेज को खींचा जाता है, तो Docker हर परत को प्राप्त करता है जो अभी तक इसके कैश में नहीं है। जब इमेज बनाई और सहेजी जाती है, तो Docker पहले से उपलब्ध परतों का पुन: उपयोग करता है, जिससे बहुत जगह बचती है।

नीचे दिया गया कोड यह दिखाता है कि Dockerfile में प्रत्येक निर्देश कैसे एक नई परत बनाता है:

इस उदाहरण में, हम python:3.8 इमेज को बेस परत के रूप में उपयोग कर रहे हैं। फिर हम Flask पैकेज की स्थापना करके और फ़ाइलों की प्रतिलिपि बनाकर अधिक परतें जोड़ते हैं। इन सभी संचालनों से इमेज में एक नई परत जोड़ती है।

Dockerfile एक पाठ फ़ाइल होती है जिसमें हम एक Docker इमेज बनाते समय स्वचालित रूप से निष्पादित होने वाले निर्देश (कमांड) होते हैं। इस फ़ाइल में, हम क्रमबद्ध रूप से इमेज बनाने के लिए सभी आवश्यक जानकारी रखते हैं।

जब हम Dockerfile का उपयोग करके एक इमेज बनाना चाहते हैं, तो हमें एक विशिष्ट फ़ोल्डर में निम्न कमांड चलाने की आवश्यकता होती है:

इस मामले में, डॉट ये दर्शाता है कि बिल्डिंग संदर्भ (अर्थात, Docker Dockerfile की खोज का स्थान) हम जिस स्थान (फ़ोल्डर) में हैं, वही है।

इस समाधान की सुंदरता यह है कि Dockerfile में इमेज को परिभाषित करने के बाद, हम उसे Docker स्थापित किए गए किसी भी सर्वर पर पूरी तरह से फिर से बना सकते हैं। होस्ट कॉन्फ़िगरेशन की परवाह किए बिना, हम अपने विकास और उत्पादन वातावरण की पुनरावृत्ति सुनिश्चित करते हैं।

यहाँ एक उदाहरण Dockerfile सामग्री है:

अब आवेदन localhost:8080 पर उपलब्ध होना चाहिए।