ความแตกต่างระหว่าง Docker image กับ container คืออะไร?

Question

Accepted Answer

Docker **image** คือ **แม่แบบ** แบบอ่านอย่างเดียว (read-only) (แอปพลิเคชันที่ถูกแพ็กรวมกับ dependency ของมัน) ส่วน **container** คือ **อินสแตนซ์ที่กำลังรันอยู่** ของ image ความสัมพันธ์นี้เปรียบเหมือน class กับ object: หนึ่ง image สามารถสร้าง container ได้หลายตัว ## image เทียบกับ container ```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) ``` ## การทำงานกับ image ```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 ``` image ถูก build (จาก Dockerfile), เก็บไว้ในเครื่อง local หรือใน registry, กำหนดเวอร์ชันด้วย tag (`myapp:1.0`) และถูกแชร์ ## การทำงานกับ container ```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 ``` container ถูกสร้างจาก image, มีวงจรชีวิต (run, stop, start, remove) และคุณสามารถตรวจสอบ log หรือ exec เข้าไปข้างในได้ ## ความสัมพันธ์แบบเป็นชั้น (layer) ```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 ``` ## ทำไมจึงสำคัญ การเข้าใจความแตกต่างระหว่าง image กับ container เป็นพื้นฐานของการทำงานกับ Docker จึงเป็นความรู้ที่จำเป็นและต้องรู้ ความสัมพันธ์นี้ — **image** คือ **แม่แบบ** แบบอ่านอย่างเดียว (แอปพลิเคชันที่ถูกแพ็กรวมกับ dependency เหมือน blueprint หรือ class) ในขณะที่ **container** คือ **อินสแตนซ์ที่กำลังรันอยู่** ของ image นั้น (เหมือน object ที่สร้างจาก class มี runtime state) — เป็นโมเดลแนวคิดหลักของ Docker และการสับสนระหว่างสองสิ่งนี้นำไปสู่ความสับสนเกี่ยวกับวิธีการทำงานของ Docker การเข้าใจว่า **หนึ่ง image สามารถสร้าง container ได้หลายตัว** (รัน image เดียวกันหลายครั้ง) เป็นกุญแจสำคัญในการเข้าใจว่า Docker ทำให้เกิดการ scale และความสม่ำเสมอได้อย่างไร การรู้การปฏิบัติงานจริง — การ build, list, pull, push และกำหนดเวอร์ชันของ **image** (ด้วย tag เช่น `myapp:1.0`) และการ run, stop, ตรวจสอบ (log) และ exec เข้าไปใน **container** (จัดการวงจรชีวิตของมัน) — เป็นความรู้ปฏิบัติประจำวันสำหรับการใช้ Docker การเข้าใจ **ความสัมพันธ์แบบเป็นชั้น** (image ถูก build เป็น layer ที่ถูก cache และแชร์ได้; container คือ read-only layer ของ image บวกกับ writable layer บางๆ ที่การเปลี่ยนแปลงตอน runtime จะไปอยู่ ซึ่งจะหายไปเมื่อ remove เว้นแต่จะ persist ผ่าน volume) อธิบายทั้งประสิทธิภาพของ Docker (การแชร์/cache layer) และข้อควรระวังสำคัญ (การเปลี่ยนแปลงใน container เป็นแบบชั่วคราวหากไม่มี volume) เนื่องจากความแตกต่างระหว่าง image/container เป็นโมเดลความคิดพื้นฐานของ Docker และเนื่องจากการเข้าใจมัน (และการปฏิบัติงานที่เกี่ยวข้องและโครงสร้างแบบชั้น) จำเป็นต่อการ build, run และจัดการ workload ของ Docker ได้อย่างถูกต้อง การเข้าใจความแตกต่างระหว่าง image กับ container จึงเป็นความรู้ Docker พื้นฐานที่จำเป็น — แนวคิดหลักที่ทุกอย่างใน Docker สร้างต่อยอดขึ้นมา และเป็นความแตกต่างที่ผู้ใช้ Docker ทุกคนต้องเข้าใจอย่างชัดเจน