Sự khác biệt giữa Docker image và container là gì?

Question

Accepted Answer

Một Docker **image** là một **template** chỉ đọc (một ứng dụng được đóng gói với các phụ thuộc của nó); một **container** là một **instance đang chạy** của một image. Mối quan hệ giống như class và object: một image có thể sinh ra nhiều container. ## Image so với container ```text IMAGE → một TEMPLATE chỉ đọc: ứng dụng + phụ thuộc + config, được build theo layer (như một bản thiết kế/class; được lưu trữ, chia sẻ, đánh phiên bản) CONTAINER → một INSTANCE ĐANG CHẠY của một image (với một layer ghi được ở trên cùng) (như một object được tạo từ một class; có trạng thái runtime) Một IMAGE → nhiều CONTAINER (chạy cùng một image nhiều lần) ``` ## Làm việc với image ```bash docker build -t myapp:1.0 . # BUILD một image từ một Dockerfile docker images # liệt kê các image cục bộ docker pull nginx # tải một image từ một registry docker push myapp:1.0 # upload một image lên một registry docker rmi myapp:1.0 # xóa một image ``` Image được build (từ một Dockerfile), được lưu trữ cục bộ hoặc trong registry, được đánh phiên bản bằng tag (`myapp:1.0`), và được chia sẻ. ## Làm việc với container ```bash docker run -d -p 80:80 nginx # CHẠY một container từ một image (-d = chạy nền) docker ps # liệt kê các container ĐANG CHẠY docker ps -a # liệt kê tất cả (bao gồm cả đã dừng) docker stop # dừng một container docker start # khởi động một container đã dừng docker rm # xóa một container docker logs # xem log của một container docker exec -it bash # chạy một lệnh bên trong một container đang chạy ``` Container được tạo từ image, có một vòng đời (run, stop, start, remove), và bạn có thể kiểm tra log hoặc exec vào chúng. ## Mối quan hệ phân layer ```text → Image được build theo LAYER (mỗi lệnh Dockerfile thêm một layer, được cache/chia sẻ) → Một container = các layer chỉ đọc của image + một layer GHI ĐƯỢC mỏng ở trên cùng → Các thay đổi trong một container đang chạy đi vào layer ghi được của nó (mất khi bị xóa, trừ khi được lưu trữ qua volume) — image cơ sở không thay đổi ``` ## Tại sao điều này quan trọng Hiểu sự phân biệt giữa image và container là nền tảng để làm việc với Docker, vì vậy đó là kiến thức thiết yếu, phải biết. Mối quan hệ — một **image** là một **template** chỉ đọc (ứng dụng được đóng gói với phụ thuộc, như một bản thiết kế hoặc class) trong khi một **container** là một **instance đang chạy** của image đó (như một object được tạo từ một class, với trạng thái runtime) — là mô hình khái niệm cốt lõi của Docker, và nhầm lẫn hai thứ này dẫn đến nhầm lẫn về cách Docker hoạt động. Hiểu rằng **một image có thể sinh ra nhiều container** (chạy cùng một image nhiều lần) là chìa khóa cho cách Docker cho phép mở rộng và nhất quán. Biết các thao tác thực tế — build, liệt kê, pull, push và đánh phiên bản **image** (với các tag như `myapp:1.0`), và chạy, dừng, kiểm tra (log), và exec vào **container** (quản lý vòng đời của chúng) — là kiến thức thực tế hàng ngày để sử dụng Docker. Hiểu **mối quan hệ phân layer** (image được build theo các layer được cache, có thể chia sẻ; một container là các layer chỉ đọc của image cộng với một layer ghi được mỏng nơi các thay đổi runtime đi vào, mất khi xóa trừ khi được lưu trữ qua volume) giải thích cả hiệu quả của Docker (chia sẻ/cache layer) và một điểm cần lưu ý quan trọng (các thay đổi của container là tạm thời nếu không có volume). Vì sự phân biệt image/container là mô hình tư duy nền tảng cho Docker, và vì hiểu nó (cùng các thao tác liên quan và cấu trúc phân layer) là cần thiết để build, chạy và quản lý các khối lượng công việc Docker đúng cách, hiểu sự khác biệt giữa image và container là kiến thức Docker nền tảng thiết yếu — khái niệm cốt lõi mà mọi thứ khác trong Docker xây dựng lên, và một sự phân biệt mà mọi người dùng Docker phải nắm rõ.