12 poin oleh GN⁺ 2026-01-24 | 3 komentar | Bagikan ke WhatsApp
  • Docker, yang dulu merupakan pelopor containerization, pada 2026 terus beberapa kali berputar arah untuk mencari identitas dan model pendapatan
  • Setelah gagal bersaing dengan Kubernetes, Docker menjual Swarm dan mengalihkan fokus ke ekosistem alat yang berpusat pada pengalaman developer (Scout, Testcontainers)
  • Setelah itu, Docker berekspansi ke platform menjalankan model AI (Model Runner) dan keamanan AI (MCP Defender), lalu bertransformasi menjadi perusahaan infrastruktur AI
  • Pada akhir 2025, Docker merilis lebih dari 1.000 Hardened Images sebagai open source Apache 2.0, sebagai respons terhadap keberhasilan Chainguard
  • Rangkaian perubahan ini, bersama pergantian CEO dan rumor akuisisi, mengindikasikan bahwa Docker berada dalam tahap penataan ulang untuk dijual, bukan sebagai perusahaan independen

Krisis identitas Docker

  • Docker adalah perusahaan yang menciptakan standar containerization. Meski sudah mencapai product-market fit, Docker mengalami krisis identitas karena gagal memonetisasi
    • Saat teknologi intinya menjadi open source dan terkomoditisasi, makin sulit bagi Docker untuk menciptakan nilai tambah yang benar-benar berbeda
    • Docker telah menjadi “infrastruktur yang dipakai semua orang”, tetapi jumlah pelanggan yang mau membayar langsung justru menurun

Akhir Swarm dan mundurnya strategi

  • Docker Swarm adalah solusi orkestrasi untuk bersaing dengan Kubernetes, tetapi Kubernetes menang telak, sehingga Docker keluar dari pasar ini
    • Setelah itu, Docker meninggalkan strategi platform full-stack dan mulai fokus pada area yang bisa mereka hadirkan secara unik

Peralihan ke alat developer

  • Docker menjadikan peningkatan pengalaman developer sebagai pembeda utamanya
    • Docker Scout adalah kapabilitas yang diperkenalkan lewat akuisisi Atomist pada 2022, untuk mendukung keamanan software supply chain dan visibilitas kerentanan
    • Melalui akuisisi AtomicJar, Docker mendapatkan Testcontainers sehingga memungkinkan integration testing berbasis dependensi nyata
    • Kapabilitas ini memperkuat nilai Docker dalam aspek keamanan, observabilitas, dan keandalan pengujian

Peralihan yang berpusat pada AI

  • Setelah itu, Docker kembali mengubah arah menjadi platform untuk menjalankan model AI
    • Melalui Docker Model Runner, Docker mendukung eksekusi model AI, dan Docker Compose diperluas untuk mendukung konfigurasi agen AI dan model
    • Docker Offload memungkinkan eksekusi beban kerja AI berbasis GPU berskala cloud
    • Docker menjalin kemitraan dengan Google Cloud, Microsoft Azure, CrewAI, LangGraph, Vercel AI SDK, dan lainnya
    • Pada September 2025, melalui akuisisi MCP Defender, Docker memperoleh kapabilitas keamanan AI dan deteksi ancaman runtime, sehingga mempercepat peralihannya menjadi perusahaan keamanan infrastruktur AI

Rilis Hardened Images

  • Pada Desember 2025, Docker merilis gratis lebih dari 1.000 Hardened Images di bawah lisensi Apache 2.0
    • Dibandingkan image sebelumnya, ini mencapai pengurangan kerentanan hingga 95%
    • Langkah ini dinilai sebagai respons terhadap keberhasilan image aman milik Chainguard
    • Menjadikannya gratis dan open source adalah strategi kompetitif yang kuat, tetapi juga menonjolkan ketidakjelasan model pendapatan Docker

Pergantian kepemimpinan dan rumor akuisisi

  • Pada Februari 2025, CEO Scott Johnston mundur dan digantikan oleh pendiri Oracle Cloud Infrastructure, Don Johnson
    • Setelah perubahan personel ini, industri mulai membicarakan kemungkinan akuisisi oleh perusahaan cloud besar
    • Pergeseran strategi yang beruntun dan pergantian CEO mengindikasikan kemungkinan persiapan penjualan, alih-alih pertumbuhan independen

Prospek ke depan

  • Teknologi Docker sendiri diperkirakan akan terus bertahan karena telah terintegrasi dalam infrastruktur secara mendalam
    • Karena sifatnya open source, teknologi container akan tetap bertahan terlepas dari nasib perusahaannya
  • Namun, keberlanjutan Docker Inc sebagai entitas bisnis tetap tidak jelas
    • Pergantian strategi yang terlalu sering dan perubahan kepemimpinan menunjukkan ketiadaan visi jangka panjang
  • Kasus Docker dinilai sebagai contoh peringatan yang menunjukkan batas monetisasi ketika teknologi open source menjadi terlalu sukses

3 komentar

 
hongminhee 2026-01-24

Ini mungkin penilaian yang agak keras, tetapi demi menjaga keseimbangan, komentar di Lobsters ini juga layak dibaca. Kurang lebih, banyak hal yang kita anggap sebagai inovasi dari Docker, Inc. sebenarnya adalah konsep dan teknologi yang sudah ada sebelumnya, dan Docker, Inc. mencoba memprivatisasi hal-hal tersebut.

 
ethanhur 2026-01-24

Ini adalah teknologi/perusahaan yang banyak berkontribusi pada industri, jadi disayangkan opini publik terhadapnya memburuk terlalu jauh.

Kesalahan seperti perubahan kebijakan lisensi mungkin berperan besar, tetapi sulit menghilangkan kesan bahwa monetisasi bagi perusahaan open source makin lama makin sulit.

 
GN⁺ 2026-01-24
Komentar Hacker News
  • Teknologi Docker berhasil, tetapi masalahnya adalah mereka gagal menyusun strategi monetisasi dengan baik
    Sebenarnya Docker sejak awal sudah open source, dan tim lain juga sudah membuat hal serupa
    Namun Docker membuatnya mudah digunakan oleh pengguna umum, lalu menunggu terlalu lama hingga perusahaan lain merilis produk yang lebih baik
    Swarm bukan dibuat untuk bersaing dengan Kubernetes, melainkan sekadar alat klastering
    Memberikan fitur keamanan secara gratis memang hebat, tetapi pada akhirnya itu berarti mereka tidak memberi peluang bagi diri mereka sendiri
    Mereka bertindak seperti organisasi nirlaba sehingga bagus bagi pengguna, tetapi merugikan perusahaan dalam jangka panjang

    • Masalahnya adalah Docker menolak kontrak dukungan enterprise, model pendapatan tradisional perusahaan open source
      Pelanggan enterprise menginginkan solusi untuk masalah keamanan Docker daemon yang berjalan dengan hak root, konflik dengan systemd, serta pengelolaan registry internal, tetapi Docker mengabaikan kebutuhan ini
      Red Hat bahkan sempat mengusulkan patch secara langsung, tetapi setelah ditolak, akhirnya mereka membuat alternatif seperti Podman dan Quay lalu mengambil pasar enterprise
    • Jika mengingat bahwa Docker ikut mendirikan Open Container Initiative pada 2015, komentar bahwa mereka bertindak seperti organisasi nirlaba jadi makin menarik
      Ada juga candaan bahwa mungkin perusahaan Docker sendiri adalah “rencana jangka panjang” untuk mendukung open source dengan dana VC
    • Docker seharusnya sejak awal memonetisasi Docker Desktop
      Bahkan jika hanya mengenakan biaya $5 per bulan, itu akan terasa wajar, tetapi ketika belakangan dijadikan berbayar, rasanya seperti “rug pull”
      Pada akhirnya masalahnya adalah mereka terlalu fokus pada ide keren tanpa membangun model bisnis sejak awal
    • Inovasi nyata Docker adalah format Dockerfile dan registry gratis
      Dua hal ini membuat komunitas tumbuh eksplosif
      Sekarang pun, meski memakai tool lain, orang masih menulis Dockerfile dan menggunakan registry yang mirip Docker Hub
    • Ada yang tidak setuju dengan klaim bahwa Swarm bukan pesaing Kubernetes
      Dalam pemasaran, jelas diposisikan seperti itu
  • Saat Docker mengubah kebijakan lisensi, cara mereka menanganinya membuat orang kehilangan kepercayaan
    Meminta lisensi komersial dari perusahaan yang punya pendapatan memang bisa dimengerti, tetapi pendekatannya yang bermasalah
    Mereka mengirim email bernada bahwa jika perusahaan tidak membeli lisensi dalam 30 hari, maka akan digugat, dan ini memperbesar ketidakpercayaan
    Akhirnya perusahaan-perusahaan beralih ke Rancher Desktop

    • Perusahaan kami juga mengalami hal serupa
      Tiba-tiba beredar email yang mengatakan “jangan instal Docker Desktop”, dan itu membuat bingung karena saat itu kami sedang mendorong transisi ke container
    • Langkah seperti ini terasa seperti Oracle
    • Perubahan lisensinya sendiri tidak masalah, tetapi ada yang penasaran kenapa pemberitahuan 30 hari dianggap bermasalah
      Mereka sudah mengumumkannya sebelumnya, jadi meminta orang berhenti memakai atau mulai membayar bukankah prosedur yang wajar?
    • Perubahan kebijakan seperti ini justru menciptakan alasan keberadaan Podman
      Jika Docker tidak melakukan itu, mungkin tidak akan ada dorongan untuk mengembangkan pengganti
      Mereka seharusnya sejak awal memonetisasi Docker Hub atau membuat solusi workflow untuk enterprise
    • Ada juga yang menyoroti bahwa perusahaan menengah semestinya memakai sistem manajemen instalasi seperti SCCM
  • Docker memiliki teknologi hebat, tetapi gagal menemukan Product-Market Fit
    Mereka berhasil karena menyebar sebagai open source gratis, tetapi tidak berhasil di pasar berbayar

    • Pada akhirnya, ada juga komentar sinis bahwa Docker hanyalah pembungkus untuk system call setns()
  • Suasananya terasa seperti apa pun yang Docker lakukan akan tetap dikritik
    Tetap open source salah, membuat fitur enterprise berbayar juga salah, mengeksplorasi tool AI pun salah
    Docker masih memelihara runtime inti seperti containerd dan runc
    Meski begitu, orang tetap bilang Docker sudah tidak berarti

    • runc sudah disumbangkan ke OCI, dan containerd dikelola di bawah CNCF
      Podman memakai codebase terpisah milik Red Hat
    • Podman hampir mengimplementasikan ulang semua yang ada di Docker, jadi tidak bergantung pada Docker
    • Jika melihat daftar maintainer containerd dan moby, masih ada karyawan Docker
      Hanya saja tidak jelas apakah mereka secara resmi didukung Docker
    • Rancher, containerd, dan podman tidak bergantung pada Docker, hanya menyediakan lapisan kompatibilitas
    • Docker Desktop bukan open source, dan ada juga kritik bahwa model Open Core berbeda dari semangat open source yang sesungguhnya
  • Pendiri Docker sendiri muncul dan mengatakan bahwa ia “memulai dari Dotcloud pada 2008 dan pergi pada 2018”, lalu membuka AMA (Ask Me Anything)

    • Seorang pengguna mengatakan ingin mendengar tentang proses pengembangan dan komersialisasi Docker, serta kabar terkininya sekarang
    • Pengguna lain bertanya apa hal terpenting yang paling perlu dilakukan Docker saat ini
    • Ada juga yang bertanya pendapatnya tentang Podman
    • Ada pertanyaan tentang rencana ke depan untuk proyek baru Dagger
    • Muncul juga pertanyaan “jika melihat kembali sekarang, apa yang akan dilakukan secara berbeda”
  • Ada juga usulan bahwa Docker perlu merilis produk baru
    Misalnya membuat VM boot super cepat bernama DockerVM untuk bersaing dengan Firecracker atau gVisor,
    atau merilis sandbox runner untuk agen AI

    • Faktanya, Docker sudah merilis dokumentasi AI Sandboxes
    • Atau membuat layanan CI Runner juga dianggap sebagai arah yang bagus
  • Salah satu alasan orang tidak suka Docker adalah karena kebutuhan hak root dan cara pengelolaan image-nya
    Orang ingin cukup memindahkan dengan mv atau cp, tetapi Docker mengelolanya lewat database internal

    • Ada mode rootless, tetapi memerlukan konfigurasi host
      Ini bukan batasan Docker, melainkan batasan kernel Linux
      Penyimpanan image bukan database, melainkan filesystem berbasis content address
      Jika diubah langsung, akan timbul masalah keamanan
      Untuk detailnya, lihat dokumentasi rootless Docker
    • Ada juga tutorial rootless Podman
    • Mengeluh bahwa pengguna non-root tidak bisa menginstal terasa aneh
      Justru masalah sebenarnya adalah saat memakai Docker bisa terjadi eskalasi hak root, dan Podman menyelesaikan ini
    • Jika menginginkan sandboxing yang lebih kuat, alternatif seperti gVisor(runsc) juga bisa dipertimbangkan
      Lihat dokumentasi gVisor
  • Di macOS, apple/container mulai muncul sebagai alternatif yang bagus untuk Docker for Mac
    Sudah dipakai selama 6 bulan, masih ada masalah, tetapi dikembangkan secara aktif
    apple/container GitHub

    • nerdbox milik containerd juga disebut sebagai alternatif (nerdbox GitHub)
    • Ada yang bertanya apakah ini bisa membangun image yang berjalan di Windows atau Linux juga
    • Ada juga yang menanyakan bagaimana overhead performanya dibanding Docker for Mac
  • Dulu suka docker-compose, tetapi sekarang kombinasi nix + process-compose terasa lebih menarik
    Karena bisa menambahkan k3s atau tilt hanya saat diperlukan, jadi lebih fleksibel

    • Ada juga yang bertanya bagaimana sebaiknya memakai Nix saat mengelola beberapa instance server
      Mereka sedang mempertimbangkan apakah menjalankan Nix di dalam Docker, atau Docker di dalam Nix
    • Ada respons bahwa process-compose benar-benar harus dicoba
  • Perusahaan kami masih memakai Docker Swarm di produksi
    Menurut mereka, di sebagian besar perusahaan Kubernetes adalah rekayasa berlebihan
    Swarm sederhana dan cukup kuat