📥 Image'lar

Image'lar: Docker komutları katı bir "docker [nesne] [eylem]" kalıbını takip eder — kütüphane sistemi gibi: kitap ara (image), ödünç al (pull), oku (run), bitince iade et (stop/r

Docker komutları katı bir "docker [nesne] [eylem]" kalıbını takip eder — kütüphane sistemi gibi: kitap ara (image), ödünç al (pull), oku (run), bitince iade et (stop/rm). Peki neden her komuta ayrı bir isim verip flag'leri ezberletmiyorlar? Çünkü tutarlı bir nesne+fiil yapısı, her yeni kaynak tipinde (image, container, volume, network) yeni bir zihinsel model kurmaya zorlamadan onlarca kaynak tipine ölçeklenir — tıpkı Java'da Collections framework'ünün veya Stream API'nin (filter/map/collect) tek bir kalıbı her koleksiyon tipinde tekrar kullandırması gibi. Bir CI script'inde bu tutarlılık, her kaynak için ayrı özel mantık yazmak yerine "docker [nesne] prune" çağıran tek bir genel temizlik fonksiyonu yazabilmen anlamına gelir.

Image çekme ve arama

docker pull Komutu Perde Arkasında Ne İndirir?

docker pull, image'ı TEK dosya olarak…

`docker pull python:3.12-slim`, image'ı TEK bir dosya olarak İNDİRMEZ — image, üst üste binen KATMANLARDAN (layers) oluşur ve her katman AYRI ayrı çekilir.

Zaten yerel diskte var olan katmanlar…

Zaten yerel diskte var olan katmanlar (örn. daha önce çekilmiş `python:3.11` ile PAYLAŞILAN taban katmanlar) TEKRAR indirilmez — sadece EKSİK katmanlar çekilir.

docker search ise Docker Hub'ı SORGULAR…

`docker search selenium` ise hiçbir şey İNDİRMEZ — Docker Hub'ın kayıt API'sini SORGULAYIP eşleşen public image isimlerini LİSTELER, indirme kararı sana kalır.

"🔄 Yaşam Döngüsü & Debug" sekmesindeki Docker Sandbox'ta dene: docker pull nginx yaz ve IMAGES rafının canlı güncellendiğini gör.

Image'ları listeleme, inceleme ve silme

🎬 Bir Image'ı Silmeye Çalışmak: "Image is Being Used"

Container durduruldu

`docker pull python:3.12-slim` — Docker Hub'dan salt-okunur bir template Katman katman iner ve local diskte önbelleğe alınır.