12 puan yazan GN⁺ 2026-01-24 | 3 yorum | WhatsApp'ta paylaş
  • Bir zamanlar konteynerleştirmenin öncüsü olan Docker, 2026 itibarıyla kimliğini ve gelir modelini bulmak için defalarca yön değiştirmiş durumda
  • Kubernetes karşısındaki rekabeti kaybettikten sonra Swarm’ı sattı ve odağını geliştirici deneyimi merkezli araç ekosistemine (Scout, Testcontainers) kaydırdı
  • Ardından yapay zeka model çalıştırma platformuna (Model Runner) ve yapay zeka güvenliğine (MCP Defender) genişleyerek bir yapay zeka altyapı şirketine dönüşüyor
  • 2025 sonlarında güçlendirilmiş güvenlikli imajlardan (Hardened Images) 1.000’den fazlasını Apache 2.0 açık kaynak olarak yayımlayarak Chainguard’ın başarısına karşılık verdi
  • Bu değişimler ile birlikte CEO değişikliği ve satın alma söylentileri, Docker’ın bağımsız bir şirket olmaktan çok satış öncesi yeniden yapılanma sürecinde olduğuna işaret ediyor

Docker’ın kimlik krizi

  • Docker, konteynerleştirme standardını yaratan şirket olarak pazar uyumunu çoktan yakalamış olsa da gelir üretmede başarısız kalarak bir kimlik krizi yaşamaya başladı
    • Çekirdek teknolojinin açık kaynaklaşması ve yaygınlaşması, farklılaştırılmış ek değer üretmeyi zorlaştırdı
    • “Herkesin kullandığı altyapı” haline geldi ama doğrudan ödeme yapmak isteyen müşterilerin sayısı azaldı

Swarm’ın sonu ve stratejik geri çekilme

  • Docker Swarm, Kubernetes ile rekabet etmek için geliştirilen bir orkestrasyon çözümüydü, ancak Kubernetes’in ezici zaferi sonrasında pazardan çekildi
    • Bunun ardından Docker, tam yığın platform stratejisinden vazgeçti ve kendi başına benzersiz değer sunabileceği alanlara odaklanmaya başladı

Geliştirici araçlarına odaklı dönüşüm

  • Docker, temel farklılaştırıcısı olarak geliştirici deneyimini iyileştirmeyi benimsedi
    • Docker Scout, 2022’de Atomist’in satın alınmasıyla bünyeye katılan bir yetenek olup yazılım tedarik zinciri güvenliği ve zafiyet görünürlüğü sağlıyor
    • AtomicJar satın alması ile Testcontainers’ı elde ederek gerçek bağımlılıklara dayalı entegrasyon testlerini mümkün kıldı
    • Bu yetenekler, güvenlik, gözlemlenebilirlik ve test güvenilirliği açısından Docker’ın değerini güçlendirdi

Yapay zeka merkezli dönüşüm

  • Sonrasında Docker yönünü yapay zeka model çalıştırma platformuna çevirdi
    • Docker Model Runner, yapay zeka modellerinin çalıştırılmasını destekliyor; Docker Compose ise yapay zeka ajanları ve model yapılandırmalarını destekleyecek şekilde genişletildi
    • Docker Offload, bulut ölçeğinde GPU tabanlı yapay zeka iş yüklerinin çalıştırılmasını mümkün kılıyor
    • Google Cloud, Microsoft Azure, CrewAI, LangGraph, Vercel AI SDK gibi şirket ve projelerle iş ortaklıkları kuruldu
    • Eylül 2025’te gerçekleşen MCP Defender satın alması, yapay zeka güvenliği ve çalışma zamanı tehdit tespiti yetkinliklerini kazandırarak yapay zeka altyapı güvenliği şirketine dönüşümü hızlandırdı

Güçlendirilmiş imajların yayımlanması

  • Aralık 2025’te Docker, 1.000’den fazla Hardened Images’ı Apache 2.0 lisansı ile ücretsiz olarak yayımladı
    • Mevcut imajlara kıyasla zafiyetlerde %95’e varan azalma sağlandı
    • Bu hamle, Chainguard’ın güvenli imaj başarısına verilmiş bir yanıt olarak değerlendiriliyor
    • Ücretsiz ve açık kaynak yaklaşımı güçlü bir rekabet stratejisi olsa da gelir modelinin belirsizliğini de ortaya koyuyor

Liderlik değişimi ve satın alma söylentileri

  • Şubat 2025’te CEO Scott Johnston görevden ayrıldı ve yerine Oracle Cloud Infrastructure’ın kurucusu Don Johnson geçti
    • Bu yönetim değişiminin ardından sektörde büyük bulut şirketleri tarafından satın alınma olasılığı konuşulmaya başlandı
    • Arka arkaya gelen strateji değişiklikleri ve CEO değişimi, bağımsız büyümeden ziyade olası bir satışa hazırlık ihtimaline işaret ediyor

Gelecek görünümü

  • Docker teknolojisinin kendisinin altyapıya derin biçimde entegre olduğu için varlığını sürdüreceği öngörülüyor
    • Açık kaynak doğası gereği, şirketin geleceğinden bağımsız olarak konteyner teknolojisi yaşamaya devam edecek
  • Buna karşın Docker Inc’in kurumsal sürekliliği belirsiz
    • Sık strateji değişiklikleri ve liderlik dönüşümleri, uzun vadeli bir vizyon eksikliğini ortaya koyuyor
  • Docker örneği, açık kaynak teknolojinin aşırı başarılı olduğunda gelir üretme sınırlarını gösteren bir uyarı vakası olarak değerlendiriliyor

3 yorum

 
hongminhee 2026-01-24

Biraz sert bir değerlendirme olabilir, ancak dengeyi kurmak için Lobsters’ta paylaşılan şu yorumu da okumaya değer. Kabaca, Docker, Inc.’in yenilik getirdiğini düşündüğümüz pek çok şeyin aslında zaten önceden var olan kavramlar ve teknolojiler olduğu, Docker, Inc.’in de bunları sahiplenmeye çalıştığı söyleniyor.

 
ethanhur 2026-01-24

Sektöre çok katkı yapmış bir teknoloji/şirket olmasına rağmen kamuoyundaki algısının bu kadar kötüleşmiş olması üzücü.

Lisans politikası değişikliği gibi hatalar da bunda büyük rol oynamış olsa da, açık kaynak şirketlerinin gelir elde etmesinin giderek zorlaştığı hissinden kurtulamıyorum.

 
GN⁺ 2026-01-24
Hacker News yorumları
  • Docker teknolojisi başarılı oldu ama gelir elde etme stratejisini doğru kuramaması asıl sorundu
    Aslında Docker en başından beri açık kaynaklıydı ve başka ekipler de benzer şeyler zaten yapmıştı
    Ancak Docker bunu sıradan kullanıcıların da kolayca kullanabileceği hale getirdi ve sonra fazla uzun süre bekleyince başka şirketler daha iyi ürünler çıkardı
    Swarm, Kubernetes’e rakip olsun diye değil, basit bir kümeleme aracı olarak yapılmıştı
    Güvenlik özelliklerini ücretsiz sunması harikaydı ama sonunda kendine fırsat tanımamış oldu
    Kâr amacı gütmeyen bir kuruluş gibi davrandığı için kullanıcılar açısından iyiydi ama şirket için uzun vadede zararlıydı

    • Sorun, Docker’ın açık kaynak şirketlerinin geleneksel gelir modeli olan kurumsal destek sözleşmelerini reddetmesiydi
      Kurumsal müşteriler root yetkisiyle çalışan Docker daemon’un güvenlik sorunları, systemd ile çakışmalar ve kendi registry’lerini işletme gibi ihtiyaçlar istiyordu ama Docker bu talepleri görmezden geldi
      Red Hat doğrudan yama önermişti ama reddedilince sonunda Podman ve Quay gibi alternatifler geliştirip kurumsal pazarı aldı
    • Docker’ın 2015’te Open Container Initiative’in kurucu ortaklarından biri olduğunu düşününce, kâr amacı gütmeyen gibi davrandığı yorumu daha da ilginç geliyor
      Hatta bir espri olarak, Docker şirketinin kendisinin VC fonunu kullanarak açık kaynağı desteklemek için kurulmuş bir “uzun vadeli plan” olabileceği söylenmiş
    • Docker, Docker Desktop’ı ilk dönemde ücretli hale getirmeliydi
      Aylık 5 dolar bile alsa doğal karşılanırdı ama sonradan ücretli olunca “rug pull” gibi hissettirdi
      Başta bir gelir modeli kurmak yerine sadece havalı fikre odaklanması sonunda sorun oldu
    • Docker’ın asıl yeniliği Dockerfile formatı ve ücretsiz registry idi
      Topluluğun patlayıcı biçimde büyümesini sağlayan bu iki şeydi
      Bugün başka araçlar kullanılsa bile hâlâ Dockerfile yazılıyor ve Docker Hub benzeri depolar kullanılıyor
    • Swarm’ın Kubernetes’e rakip olmadığı iddiasına katılmayanlar da var
      Pazarlamada açıkça böyle konumlandırılmıştı
  • Docker’ın lisans politikasını değiştirdiğinde bunu yönetme biçimi güven kaybına yol açtı
    Geliri olan şirketlerden ticari lisans istemek anlaşılabilir ama sorun yaklaşım biçimiydi
    Şirketlere, 30 gün içinde lisans satın almazlarsa dava açılabileceğini ima eden e-postalar gönderildi ve bu güvensizliği artırdı
    Sonunda şirketler Rancher Desktop’a geçti

    • Bizim şirket de benzer bir şey yaşadı
      Bir anda “Docker Desktop kurmayın” e-postaları dolaşmaya başladı ve tam konteyner geçişini zorladığımız bir dönemde bu kafa karıştırıcı oldu
    • Bu tavır bazılarına Oracle’ı hatırlattı
    • Lisans değişikliğinin kendisi sorun değil ama neden 30 günlük bildirimin sorun sayıldığını merak edenler de vardı
      Önceden duyurulmuştu; kullanmayı bırakmayı ya da ödeme yapmayı istemek normal bir süreç değil mi görüşü dile getirildi
    • Bu tür politika değişiklikleri aslında Podman’ın varlık nedenini güçlendirdi
      Docker bunu yapmasaydı alternatif geliştirmek için bu kadar motivasyon olmayabilirdi
      Onun yerine daha erken dönemde Docker Hub’ı ücretli yapması ya da kurumsal iş akışlarına yönelik çözümler üretmesi daha iyi olabilirdi
    • Orta ölçekli şirketlerin SCCM gibi kurulum yönetim sistemleri kullanması gerektiği de söylendi
  • Docker harika bir teknolojiye sahipti ama pazar uyumunu (Product-Market Fit) bulamadı
    Ücretsiz açık kaynak olarak yayıldığı için başarılı oldu ama ücretli pazarda karşılık bulmadı

    • Hatta alaycı bir yorumda, Docker’ın sonuçta sadece setns() sistem çağrısının etrafına sarılmış bir sarmalayıcı olduğu da söylendi
  • Docker ne yaparsa yapsın eleştiriliyor gibi bir hava var
    Açık kaynak olarak kalsa da sorun, kurumsal özellikleri ücretli yapsa da sorun, yapay zeka araçlarını denese de sorun deniyor
    Docker hâlâ containerd ve runc gibi temel çalışma zamanı bileşenlerini sürdürüyor
    Buna rağmen insanlar Docker’ın anlamsız olduğunu söylüyor

    • runc zaten OCI’ye bağışlandı, containerd ise CNCF altında yönetiliyor
      Podman ise Red Hat’in ayrı bir kod tabanını kullanıyor
    • Podman, Docker’daki neredeyse her şeyi yeniden uyguladığı için Docker’a bağımlı değil
    • containerd ve moby bakımcı listelerine bakıldığında hâlâ Docker çalışanları görülüyor
      Ancak bunların resmî olarak Docker tarafından desteklenip desteklenmediği net değil
    • Rancher, containerd ve podman Docker’a bağımlı değil; yalnızca bir uyumluluk katmanı sağlıyorlar
    • Docker Desktop açık kaynak değil ve Open Core modelinin gerçek açık kaynak ruhundan farklı olduğu da eleştiriliyor
  • Docker’ın kurucusu bizzat ortaya çıkıp “2008’de Dotcloud ile başladım ve 2018’de ayrıldım” diyerek bir AMA (Bana Her Şeyi Sor) başlattı

    • Bir kullanıcı, Docker’ın geliştirilme ve ticarileştirilme sürecini ve şu anda neler yaptığını duymak istediğini söyledi
    • Bir başkası, bugün Docker’ın en çok ne yapması gerektiğini sordu
    • Podman hakkındaki görüşü de soruldu
    • Yeni proje Dagger için gelecekteki planlara dair soru da vardı
    • “Bugün geriye dönüp baksanız neyi farklı yapardınız?” sorusu da geldi
  • Docker’ın yeni ürünler çıkarması gerektiğini söyleyenler de vardı
    Örneğin DockerVM adlı ultra hızlı açılan bir VM yapıp Firecracker veya gVisor ile rekabet etmesi ya da
    yapay zeka ajanları için sandbox runner çıkarması önerildi

    • Nitekim Docker zaten AI Sandboxes belgelerini yayımlamış durumda
    • Ya da bir CI Runner hizmeti sunmasının da iyi bir yön olabileceği söylendi
  • Docker’dan hoşlanmama nedenlerinden biri root yetkisi gerektirmesi ve imajları yönetme biçimi
    İnsanlar sadece mv ya da cp ile taşıyabilmek isterken Docker bunu kendi iç veritabanıyla yönetiyor gibi görünüyor

    • rootless modu var ama ana makinede yapılandırma gerekiyor
      Bu, Docker’ın sınırı değil, Linux çekirdeğinin kısıtı
      İmaj saklama biçimi veritabanı değil, content-addressed dosya sistemi
      Buna doğrudan müdahale etmek güvenlik sorunları yaratabilir
      Ayrıntılar için rootless Docker belgelerine bakılabilir
    • Ayrıca bir Podman rootless eğitimi de var
    • Root olmayan kullanıcıların kurulum yapamamasından şikâyet etmek tuhaf bulundu
      Asıl sorun, Docker kullanırken root yetkisi yükseltmenin mümkün olmasıydı ve Podman bunu çözdü
    • Daha güçlü sandboxing isteyenler gVisor(runsc) gibi alternatifleri de düşünebilir
      gVisor belgelerine bakılabilir
  • macOS tarafında apple/container, Docker for Mac’e iyi bir alternatif olarak öne çıkıyor
    6 aydır kullananlar var; hâlâ sorunları olsa da aktif biçimde geliştiriliyor
    apple/container GitHub

    • containerd’nin nerdbox aracı da alternatif olarak anıldı (nerdbox GitHub)
    • Bunun Windows veya Linux’ta da çalışan imajlar üretip üretemeyeceği soruldu
    • Docker for Mac’e kıyasla performans ek yükünün nasıl olduğu da merak edildi
  • Eskiden docker-compose çok sevilirdi ama artık nix + process-compose kombinasyonunu daha çok beğenenler var
    Gerektiğinde k3s ya da tilt eklenebildiği için daha esnek bulunuyor

    • Birden fazla sunucu örneğini yönetirken Nix’in nasıl kullanılması gerektiğini soranlar da vardı
      Docker içinde Nix mi çalıştırmalı, yoksa Nix içinde Docker mı çalıştırmalı diye düşünüyorlar
    • process-compose’u mutlaka denemek gerektiğini söyleyenler de oldu
  • Bizim şirket hâlâ üretimde Docker Swarm kullanıyor
    Çoğu şirket için Kubernetes’in aşırı mühendislik olduğu düşünülüyor
    Swarm basit ve yeterince güçlü