Docker imajları ve konteynerleri arasındaki fark nedir?

Question

Accepted Answer

Bir Docker **imajı** salt okunur bir **şablondur** (bağımlılıklarıyla birlikte paketlenmiş bir uygulamadır); bir **konteyner** ise bir imajın **çalışan örneğidir**. İlişki bir sınıf ve bir nesne arasındaki ilişki gibidir: bir imaj birçok konteyneri oluşturabilir. ## İmaj ve konteyner karşılaştırması ```text IMAGE → a read-only TEMPLATE: the app + dependencies + config, built in layers (like a blueprint/class; stored, shared, versioned) CONTAINER → a RUNNING INSTANCE of an image (with a writable layer on top) (like an object created from a class; has runtime state) One IMAGE → many CONTAINERS (run the same image multiple times) ``` ## İmajlarla çalışmak ```bash docker build -t myapp:1.0 . # BUILD an image from a Dockerfile docker images # list local images docker pull nginx # download an image from a registry docker push myapp:1.0 # upload an image to a registry docker rmi myapp:1.0 # remove an image ``` İmajlar (bir Dockerfile'dan) inşa edilir, yerel olarak veya kayıtlarda depolanır, etiketlerle (`myapp:1.0`) versiyonlandırılır ve paylaşılır. ## Konteynerlerde çalışmak ```bash docker run -d -p 80:80 nginx # RUN a container from an image (-d = background) docker ps # list RUNNING containers docker ps -a # list all (including stopped) docker stop # stop a container docker start # start a stopped container docker rm # remove a container docker logs # view a container's logs docker exec -it bash # run a command inside a running container ``` Konteynerleri imajlardan oluşturulur, bir yaşam döngüsüne sahiptir (çalıştır, durdur, başlat, sil) ve günlükleri inceleyebilir veya içlerine exec yapabilirsiniz. ## Katmanlı ilişki ```text → Images are built in LAYERS (each Dockerfile instruction adds a layer, cached/shared) → A container = the image's read-only layers + a thin WRITABLE layer on top → Changes in a running container go to its writable layer (lost when removed, unless persisted via volumes) — the underlying image is unchanged ``` ## Neden önemli İmajlar ve konteynerleri arasındaki farkı anlamak Docker ile çalışmanın temelini oluşturduğu için temel, bilinmesi gereken bilgidir. İlişki — bir **imaj** salt okunur bir **şablondur** (bağımlılıklarıyla birlikte paketlenmiş uygulama, bir şema veya sınıf gibi) ancak bir **konteyner** bu imajın **çalışan örneğidir** (bir sınıftan oluşturulan bir nesne gibi, çalışma zamanı durumu ile) — Docker'ın temel kavramsal modelidir ve ikisini karıştırmak Docker'ın nasıl çalıştığı hakkında karışıklığa yol açar. **Bir imajın birçok konteyneri oluşturabileceğini** anlamak (aynı imajı birden çok kez çalıştırmak) Docker'ın ölçeklendirme ve tutarlılığı nasıl sağladığının anahtarıdır. Praktik işlemleri bilmek — **imajları** inşa etme, listeleme, çekme, gönderme ve versiyonlandırma (`myapp:1.0` gibi etiketlerle) ve **konteynerleri** çalıştırma, durdurma, inceleme (günlükler) ve exec yapma (yaşam döngülerini yönetme) — Docker'ı kullanmanın günlük pratik bilgisidir. **Katmanlı ilişkiyi** anlamak (imajlar önbelleğe alınmış, paylaşılabilir katmanlarda inşa edilir; bir konteyner, imajın salt okunur katmanları artı çalışma zamanı değişikliklerin gittiği ve birim olmadan kaldırıldığında kaybolacak ince yazılabilir katman) Docker'ın verimliliğini (katman paylaşımı/önbelleğe alma) ve önemli bir sorun (konteyner değişiklikleri birimler aracılığıyla kalıcı kılınmadıkça geçicidir) açıklar. İmaj/konteyner farkı Docker için temel zihinsel model olduğundan ve bunu anlama (ve ilişkili işlemleri ve katmanlı yapı) Docker iş yüklerini doğru şekilde oluşturmak, çalıştırmak ve yönetmek için gerekli olduğundan, imajlar ve konteynerleri arasındaki farkı anlamak temel, temel Docker bilgisidir — Docker'ın diğer her şeyinin üzerine inşa edildiği temel konsept ve her Docker kullanıcısının açıkça anlaması gereken bir farktır.