Docker กลายเป็นอะไรไปแล้ว?

 (tuananh.net)
12 คะแนน โดย GN⁺ 2026-01-24 | 3 ความคิดเห็น | แชร์ทาง WhatsApp
  • Docker ซึ่งเคยเป็น ผู้บุกเบิกด้านคอนเทนเนอร์ไรเซชัน กำลัง เปลี่ยนทิศทางหลายครั้งเพื่อค้นหาอัตลักษณ์และโมเดลรายได้ ของตนเอง ณ ปี 2026
  • หลังจาก พ่ายแพ้ในการแข่งขันกับ Kubernetes ก็ได้ขาย Swarm ออกไป และย้ายจุดโฟกัสไปที่ ระบบนิเวศของเครื่องมือที่เน้นประสบการณ์นักพัฒนา (Scout, Testcontainers)
  • จากนั้นได้ขยายไปสู่ แพลตฟอร์มรันโมเดล AI (Model Runner) และ ความปลอดภัย AI (MCP Defender) จนกำลังเปลี่ยนตัวเองเป็น บริษัทโครงสร้างพื้นฐาน AI
  • ปลายปี 2025 ได้ เปิดซอร์ส Hardened Images กว่า 1,000 รายการภายใต้ Apache 2.0 เพื่อตอบโต้ความสำเร็จของ Chainguard
  • การเปลี่ยนแปลงต่อเนื่อง รวมถึง การเปลี่ยน CEO และข่าวลือเรื่องการเข้าซื้อกิจการ บ่งชี้ว่า Docker อาจอยู่ใน ช่วงปรับโครงสร้างเพื่อการขายมากกว่าการเติบโตในฐานะบริษัทอิสระ

วิกฤตอัตลักษณ์ของ Docker

  • Docker เป็น บริษัทที่สร้างมาตรฐานคอนเทนเนอร์ไรเซชัน ซึ่งแม้จะพิสูจน์ product-market fit ได้แล้ว แต่ก็ยังเผชิญ วิกฤตอัตลักษณ์จากการสร้างรายได้ไม่สำเร็จ
    • เมื่อเทคโนโลยีหลักกลายเป็น โอเพนซอร์สและเป็นสิ่งทั่วไปในตลาด ก็ยิ่งสร้างมูลค่าเพิ่มที่แตกต่างได้ยาก
    • มันกลายเป็น “โครงสร้างพื้นฐานที่ทุกคนใช้” แต่ ลูกค้าที่พร้อมจ่ายเงินโดยตรงกลับลดลง

การยุติ Swarm และการถอยเชิงกลยุทธ์

  • Docker Swarm เคยเป็นโซลูชัน orchestration ที่ใช้แข่งกับ Kubernetes แต่สุดท้าย Kubernetes ชนะขาด ทำให้ต้องถอนตัวจากตลาด
    • หลังจากนั้น Docker ก็ ละทิ้งกลยุทธ์แพลตฟอร์มแบบฟูลสแตก และเริ่มโฟกัสในด้านที่บริษัทสามารถนำเสนอได้อย่างเฉพาะตัว

การเปลี่ยนผ่านสู่การเป็นศูนย์กลางเครื่องมือนักพัฒนา

  • Docker วาง การยกระดับประสบการณ์นักพัฒนา เป็นจุดแตกต่างหลัก
    • Docker Scout เป็นฟีเจอร์ที่เข้ามาหลังการเข้าซื้อ Atomist ในปี 2022 โดยช่วยด้าน ความปลอดภัยของซอฟต์แวร์ซัพพลายเชน และ การมองเห็นช่องโหว่
    • ผ่าน การเข้าซื้อ AtomicJar ทำให้ได้ Testcontainers มา และช่วยให้ทำ integration test บนพื้นฐาน dependency จริง ได้
    • ความสามารถเหล่านี้ช่วยเสริมคุณค่าของ Docker ในด้าน ความปลอดภัย การสังเกตการณ์ และความน่าเชื่อถือของการทดสอบ

การเปลี่ยนผ่านสู่ AI

  • ต่อมา Docker ได้หันไปสู่ แพลตฟอร์มรันโมเดล AI
    • Docker Model Runner รองรับการรันโมเดล AI และ Docker Compose ก็ถูกขยายให้รองรับ การประกอบ AI agent และโมเดล
    • Docker Offload ทำให้สามารถรันงาน AI บน GPU ระดับคลาวด์สเกล ได้
    • มี ความร่วมมือกับ Google Cloud, Microsoft Azure, CrewAI, LangGraph, Vercel AI SDK และรายอื่น ๆ
    • ในเดือนกันยายน 2025 การเข้าซื้อ MCP Defender ช่วยเพิ่มความสามารถด้าน ความปลอดภัย AI และการตรวจจับภัยคุกคามขณะรันไทม์ เร่งการเปลี่ยนผ่านสู่การเป็นบริษัทความปลอดภัยสำหรับโครงสร้างพื้นฐาน AI

การเปิดเผย Hardened Images

  • เดือนธันวาคม 2025 Docker ได้ เปิดให้ใช้งาน Hardened Images มากกว่า 1,000 รายการฟรีภายใต้ไลเซนส์ Apache 2.0
    • ทำให้ ลดช่องโหว่ได้สูงสุด 95% เมื่อเทียบกับอิมเมจเดิม
    • การเคลื่อนไหวนี้ถูกมองว่าเป็นการตอบโต้ ความสำเร็จของอิมเมจด้านความปลอดภัยจาก Chainguard
    • แม้การให้ฟรีและเปิดเป็นโอเพนซอร์สจะเป็นกลยุทธ์การแข่งขันที่ทรงพลัง แต่ก็สะท้อน ความไม่ชัดเจนของโมเดลรายได้

การเปลี่ยนผู้นำและข่าวลือการเข้าซื้อกิจการ

  • ในเดือนกุมภาพันธ์ 2025 CEO Scott Johnston ลาออก และ Don Johnson ผู้ก่อตั้ง Oracle Cloud Infrastructure เข้ารับตำแหน่งแทน
    • หลังการเปลี่ยนตัวครั้งนี้ วงการก็เริ่มพูดถึง ความเป็นไปได้ที่บริษัทคลาวด์รายใหญ่จะเข้าซื้อกิจการ
    • การเปลี่ยนกลยุทธ์ต่อเนื่องและการเปลี่ยน CEO สื่อถึง ความเป็นไปได้ว่ากำลังเตรียมตัวขายมากกว่ามุ่งเติบโตอย่างอิสระ

แนวโน้มในอนาคต

  • ตัวเทคโนโลยี Docker เองคาดว่าจะยังคงอยู่ต่อไปเพราะถูกผสานลึกในโครงสร้างพื้นฐาน
    • ด้วยธรรมชาติแบบโอเพนซอร์ส เทคโนโลยีคอนเทนเนอร์จะยังคงอยู่ независимоจากทิศทางของบริษัท
  • อย่างไรก็ตาม ความยั่งยืนในฐานะองค์กรของ Docker Inc ยังไม่ชัดเจน
    • การเปลี่ยนกลยุทธ์บ่อยครั้งและการเปลี่ยนผู้นำสะท้อน การขาดวิสัยทัศน์ระยะยาว
  • กรณีของ Docker ถูกประเมินว่าเป็น กรณีเตือนใจ ที่แสดงให้เห็น ข้อจำกัดของการสร้างรายได้เมื่อเทคโนโลยีโอเพนซอร์สประสบความสำเร็จมากเกินไป

บทความที่เกี่ยวข้อง

3 ความคิดเห็น

 
hongminhee 2026-01-24

อาจเป็นการประเมินที่ค่อนข้างแรงอยู่บ้าง แต่เพื่อให้สมดุล ก็ควรลองอ่านคอมเมนต์นี้ที่โพสต์บน Lobsters ด้วยเช่นกัน โดยสรุปก็คือ หลายสิ่งที่พวกเราเข้าใจกันว่า Docker, Inc. เป็นผู้สร้างนวัตกรรมขึ้นมานั้น แท้จริงแล้วเป็นแนวคิดและเทคโนโลยีที่มีอยู่ก่อนแล้ว และ Docker, Inc. พยายามทำให้สิ่งเหล่านี้กลายเป็นกรรมสิทธิ์ของตน
 
ethanhur 2026-01-24

น่าเสียดายที่ทั้งเทคโนโลยีและบริษัทนี้มีส่วนช่วยวงการไว้มาก แต่กระแสความเห็นกลับแย่ลงมาก

ความผิดพลาดอย่างการเปลี่ยนนโยบายไลเซนส์ก็คงมีส่วนอย่างมากเช่นกัน แต่ก็อดรู้สึกไม่ได้ว่าการสร้างรายได้ของบริษัทโอเพนซอร์สกำลังยิ่งยากขึ้นเรื่อย ๆ
 
GN⁺ 2026-01-24
ความคิดเห็นจาก Hacker News

  • เทคโนโลยีของ Docker ประสบความสำเร็จ แต่ปัญหาคือวาง กลยุทธ์การสร้างรายได้ ได้ไม่ดี
    จริง ๆ แล้ว Docker เป็นโอเพนซอร์สมาตั้งแต่แรก และทีมอื่น ๆ ก็ทำของคล้ายกันอยู่แล้ว
    แต่ Docker ทำให้คนทั่วไปใช้งานได้ง่าย และหลังจากนั้นก็รอนานเกินไปจนบริษัทอื่นออกผลิตภัณฑ์ที่ดีกว่า
    Swarm ไม่ได้ถูกสร้างมาเพื่อแข่งกับ Kubernetes แต่เป็นเพียง เครื่องมือทำคลัสเตอร์
    การให้ฟีเจอร์ด้านความปลอดภัยฟรีเป็นเรื่องที่ยอดเยี่ยม แต่สุดท้ายก็เหมือนบริษัทไม่ได้เปิดโอกาสให้ตัวเอง
    การทำตัวเหมือนองค์กรไม่แสวงหากำไรนั้นดีต่อผู้ใช้ แต่ระยะยาวกลับเสียต่อบริษัท

    • ปัญหาคือ Docker ปฏิเสธ สัญญาซัพพอร์ตสำหรับองค์กร ซึ่งเป็นโมเดลรายได้แบบดั้งเดิมของบริษัทโอเพนซอร์ส
      ลูกค้าองค์กรต้องการทางแก้เรื่องความปลอดภัยของ Docker daemon ที่รันด้วยสิทธิ์ root, ปัญหาชนกับ systemd และการดูแลรีจิสทรีภายในเอง แต่ Docker กลับเพิกเฉยต่อความต้องการเหล่านี้
      Red Hat เคยเสนอแพตช์โดยตรง แต่เมื่อถูกปฏิเสธ สุดท้ายจึงสร้างทางเลือกอย่าง Podman และ Quay ขึ้นมาและยึดตลาดองค์กรไป
    • เมื่อคิดว่า Docker เป็นหนึ่งในผู้ร่วมก่อตั้ง Open Container Initiative ในปี 2015 คำพูดที่ว่าบริษัททำตัวเหมือนองค์กรไม่แสวงหากำไรก็ยิ่งน่าสนใจ
      มีการพูดติดตลกว่าอาจเป็นไปได้ว่าตัวบริษัท Docker เองคือ “แผนระยะยาว” เพื่อสนับสนุนโอเพนซอร์สด้วยเงิน VC
    • Docker ควรทำ Docker Desktop ให้เป็นแบบเสียเงินตั้งแต่ช่วงแรก
      ต่อให้เก็บเดือนละ 5 ดอลลาร์ก็คงดูเป็นธรรมชาติ แต่พอมาทำทีหลังกลับให้ความรู้สึกเหมือน “rug pull”
      การไม่วางโมเดลรายได้ตั้งแต่ต้นแล้วมัวแต่โฟกัสกับไอเดียเท่ ๆ สุดท้ายกลายเป็นปัญหา
    • นวัตกรรมที่แท้จริงของ Docker คือ ฟอร์แมต Dockerfile และ รีจิสทรีฟรี
      สองสิ่งนี้ทำให้ชุมชนเติบโตแบบระเบิด
      ทุกวันนี้แม้จะใช้เครื่องมืออื่น คนก็ยังเขียน Dockerfile และยังใช้ที่เก็บแบบเดียวกับ Docker Hub
    • ไม่เห็นด้วยกับคำกล่าวที่ว่า Swarm ไม่ได้ทำมาแข่งกับ Kubernetes
      ในเชิงการตลาด มันถูกวางตำแหน่งแบบนั้นอย่างชัดเจน

  • ตอนที่ Docker เปลี่ยน นโยบายไลเซนส์ วิธีรับมือทำให้เสียความเชื่อมั่น
    การขอให้บริษัทที่มีรายได้ซื้อไลเซนส์เชิงพาณิชย์นั้นพอเข้าใจได้ แต่ปัญหาอยู่ที่วิธีการ
    บริษัทได้รับอีเมลในลักษณะว่าถ้าไม่ซื้อไลเซนส์ภายใน 30 วันจะถูกฟ้อง ทำให้ยิ่งไม่ไว้วางใจ
    สุดท้ายหลายบริษัทก็ย้ายไปใช้ Rancher Desktop

    • บริษัทของเราก็เจอประสบการณ์คล้ายกัน
      อยู่ ๆ ก็มีอีเมลสั่งว่า “ห้ามติดตั้ง Docker Desktop” ทั้งที่ตอนนั้นกำลังผลักดันการเปลี่ยนไปใช้คอนเทนเนอร์ จึงยิ่งสับสน
    • การเดินเกมแบบนี้ให้ความรู้สึกเหมือน Oracle
    • ตัวการเปลี่ยนไลเซนส์เองอาจไม่เป็นไร แต่ก็มีคนสงสัยว่าทำไมการแจ้งล่วงหน้า 30 วันถึงเป็นปัญหา
      เพราะมีการประกาศล่วงหน้าอยู่แล้ว และการขอให้หยุดใช้หรือจ่ายเงินก็ดูเป็นขั้นตอนปกติ
    • การเปลี่ยนนโยบายแบบนี้กลับกลายเป็นการสร้าง เหตุผลให้ Podman มีอยู่
      ถ้า Docker ไม่ทำแบบนั้น อาจไม่มีแรงจูงใจให้พัฒนาตัวแทนขึ้นมา
      ทางที่ดีกว่าน่าจะเป็นการทำ Docker Hub แบบเสียเงิน ตั้งแต่ต้น หรือสร้างโซลูชันเวิร์กโฟลว์สำหรับองค์กร
    • ยังมีคนชี้ว่าถ้าเป็นบริษัทขนาดกลางก็ควรใช้ ระบบจัดการการติดตั้งอย่าง SCCM

  • Docker มีเทคโนโลยีที่ยอดเยี่ยม แต่หา ตลาดที่ใช่ (Product-Market Fit) ไม่เจอ
    มันประสบความสำเร็จเพราะกระจายผ่านโอเพนซอร์สฟรี แต่ในตลาดแบบเสียเงินกลับไปไม่รอด

    • ท้ายที่สุดก็มีความเห็นเชิงประชดว่า Docker เป็นเพียงแค่ตัวห่อหุ้ม system call setns() เท่านั้น

  • ตอนนี้บรรยากาศเหมือน Docker จะทำอะไรก็โดนวิจารณ์
    จะคงความเป็นโอเพนซอร์สก็โดน จะเก็บเงินฟีเจอร์องค์กรก็โดน จะลองสำรวจเครื่องมือ AI ก็โดนอีก
    Docker ยังคงดูแลรันไทม์หลักอย่าง containerd และ runc อยู่
    แต่ถึงอย่างนั้นคนก็ยังพูดว่า Docker ไม่มีความหมายแล้ว

    • runc ถูกบริจาคให้ OCI ไปแล้ว และ containerd อยู่ภายใต้การดูแลของ CNCF
      ส่วน Podman ใช้โค้ดเบสแยกของ Red Hat
    • Podman ไม่ได้พึ่ง Docker เพราะมัน นำเกือบทุกอย่างกลับมาทำใหม่
    • ถ้าดูรายชื่อผู้ดูแล containerd และ moby ก็ยังมีพนักงาน Docker อยู่
      เพียงแต่ไม่ชัดเจนว่าพวกเขายังได้รับการสนับสนุนอย่างเป็นทางการจาก Docker หรือไม่
    • Rancher, containerd และ podman ไม่ได้พึ่ง Docker แต่เพียงมีชั้นความเข้ากันได้เท่านั้น
    • Docker Desktop ไม่ใช่โอเพนซอร์ส และก็มีเสียงวิจารณ์ว่า โมเดล Open Core ต่างจากจิตวิญญาณโอเพนซอร์สที่แท้จริง

  • ผู้ก่อตั้ง Docker เข้ามาคอมเมนต์เอง โดยบอกว่า “เริ่มจาก Dotcloud ในปี 2008 และออกมาในปี 2018” พร้อมเปิด AMA (ถามอะไรก็ได้)

    • มีผู้ใช้คนหนึ่งบอกว่าอยากฟังเรื่องการพัฒนาและการทำธุรกิจของ Docker รวมถึงชีวิตปัจจุบันของเขา
    • อีกคนถามว่าตอนนี้สิ่งที่ Docker ควรทำมากที่สุดคืออะไร
    • บางคนก็ถามความเห็นเกี่ยวกับ Podman
    • ยังมีคำถามถึงแผนในอนาคตของโปรเจกต์ใหม่ Dagger
    • และมีคำถามด้วยว่า “ถ้าย้อนกลับไปตอนนั้น ตอนนี้จะทำอะไรต่างออกไปบ้าง”

  • มีข้อเสนอว่า Docker ควรออกผลิตภัณฑ์ใหม่
    เช่น สร้าง VM บูตเร็วมากชื่อ DockerVM มาแข่งกับ Firecracker หรือ gVisor
    หรือออก sandbox runner สำหรับ AI agent

    • ที่จริง Docker ได้เผยแพร่ เอกสาร AI Sandboxes แล้ว
    • หรืออาจทำ บริการ CI Runner ก็เป็นทิศทางที่ดีเช่นกัน

  • หนึ่งในเหตุผลที่บางคนไม่ชอบ Docker คือ ความจำเป็นต้องใช้สิทธิ์ root และวิธีจัดการอิมเมจ
    ทั้งที่อยากย้ายด้วย mv หรือ cp แบบง่าย ๆ แต่ Docker กลับจัดการผ่านฐานข้อมูลภายใน

    • แม้จะมีโหมด rootless แต่ก็ยังต้องตั้งค่าฝั่งโฮสต์
      ซึ่งไม่ใช่ข้อจำกัดของ Docker แต่เป็น ข้อจำกัดของเคอร์เนล Linux
      การเก็บอิมเมจไม่ได้ทำผ่านฐานข้อมูล แต่เป็น ระบบไฟล์แบบ content-addressed
      ถ้าไปแก้ไขโดยตรงจะเกิดปัญหาด้านความปลอดภัย
      ดูรายละเอียดได้ที่ เอกสาร rootless Docker
    • ยังมี บทสอน rootless ของ Podman ด้วย
    • การบ่นว่าผู้ใช้ที่ไม่ใช่ root ติดตั้งไม่ได้ก็ดูแปลก
      ปัญหาที่แท้จริงกลับเป็นการที่ Docker เปิดช่องให้ยกระดับสิทธิ์เป็น root ได้ และ Podman เข้ามาแก้จุดนี้
    • ถ้าต้องการ sandbox ที่แข็งแรงกว่านี้ ก็อาจพิจารณาทางเลือกอย่าง gVisor (runsc)
      ดูได้ที่ เอกสาร gVisor

  • บน macOS นั้น apple/container กำลังกลายเป็นทางเลือกที่ดีของ Docker for Mac
    มีคนใช้มา 6 เดือนแล้ว บอกว่ายังมีปัญหาอยู่บ้างแต่พัฒนาอย่างต่อเนื่อง
    apple/container GitHub

    • nerdbox ของ containerd ก็ถูกพูดถึงว่าเป็นอีกทางเลือกหนึ่ง (nerdbox GitHub)
    • มีคนถามว่าสิ่งนี้สามารถสร้างอิมเมจที่รันบน Windows หรือ Linux ได้หรือไม่
    • และมีคนถามด้วยว่าภาระด้านประสิทธิภาพเมื่อเทียบกับ Docker for Mac เป็นอย่างไร

  • เมื่อก่อนชอบ docker-compose มาก แต่ตอนนี้ชอบการใช้ nix + process-compose มากกว่า
    เพราะสามารถเพิ่ม k3s หรือ tilt ได้เฉพาะตอนที่ต้องใช้ ทำให้ยืดหยุ่นกว่า

    • มีคนถามด้วยว่าควรใช้ Nix อย่างไรเมื่อต้องจัดการหลายเซิร์ฟเวอร์อินสแตนซ์
      กำลังลังเลว่าจะรัน Nix ใน Docker หรือรัน Docker ใน Nix
    • และก็มีคนตอบว่า process-compose เป็นอะไรที่ควรลองจริง ๆ

  • บริษัทของเรายังใช้ Docker Swarm ในโปรดักชันอยู่จนถึงตอนนี้
    มองว่าสำหรับบริษัทส่วนใหญ่ Kubernetes นั้น ออกแบบเกินความจำเป็น
    ส่วน Swarm นั้นเรียบง่ายและทรงพลังเพียงพอ