DEV Community: duytruong09

Docker build, run, tag and push

duytruong09 — Sun, 27 Jul 2025 17:35:38 +0000

Các câu lệnh cơ bản trong Docker

1. Docker build

Cách dễ nhất để check các options trong docker build là dùng docker build -h

docker buildx build [OPTIONS] PATH | URL | -

Chúng ta đi những options được sử dụng nhiều nhất Cấu trúc `docker build [options] path
Build với 1 tag docker build -t vue-hello-world .
Build với nhiều tag khác nhau docker build -t vue-hello-world:latest -t vue-hello-world:v1.0 .
Build với no cache (force rebuild) docker build --no-cache -t vue-hello-world .
Build để xem chi tiết docker build --progress=plain -t vue-hello-world:debug .
Buld với build arguments docker build --build-arg NODE_ENV=production -t vue-hello-world:prod .

2.Docker run

Cách để xem chi tiết các options khi run docker run --help docker run [OPTIONS] IMAGE [COMMAND] [ARG...]
Để run được container thì dùng có docker run -d --name vue-basic -p 8080:80 vue-hello-world:latest

3. Docker tag

docker tag SOURCE_IMAGE[:TAG] TARGET_IMAGE[:TAG]

Tag với tag latest docker tag $vue-hello-world:latest $azura1809/$vue-hello-world:latest
Tag với ta v1.0 docker tag $vue-hello-world:latest $azura1809/$vue-hello-world:v1.0

Push container

Lên Docker Hub

docker info | grep Username
docker login
docker push azura1809/vue-hello-world:latest
docker push azura1809/vue-hello-world:v1.0

Lên Gitlab Container Registry

docker login registry.gitlab.com
docker build -t registry.gitlab.com/truong.nd09/vue-helloworld .
docker push registry.gitlab.com/truong.nd09/vue-helloworld

Quản lý Docker Image & Container Cơ Bản

duytruong09 — Sun, 20 Jul 2025 17:11:59 +0000

Quản lý Image Docker file của api-portal

FROM node:20-alpine3.18 AS build
WORKDIR /app

COPY package*.json ./
ARG NPM_TOKEN_GLOBAL
RUN apk update
RUN apk add git
RUN apk add --no-cache make gcc g++ libc6-compat bash python3 vips-dev

RUN echo /packages/npm/ >> .npmrc
RUN echo /packages/npm/:_authToken=$NPM_TOKEN_GLOBAL >> .npmrc
RUN npm install --force

COPY . .
RUN npm run build

FROM node:20-alpine3.18
WORKDIR /app
COPY --from=build /app /app
RUN apk add \
      --no-cache \
      --repository http://dl-cdn.alpinelinux.org/alpine/v3.14/main \
      ca-certificates
ENV NODE_SERVER_PORT=8081
EXPOSE 8081
ENTRYPOINT ["yarn", "start" ]

docker build

Khi nào: tạo một image mới từ Dockerfile.
Mục đích: build một image như portal để khỏi chạy run code Ví dụ: docker build .

Bị lỗi: do không có token

docker build --build-arg NPM_TOKEN_GLOBAL=glpat-bzMY8GLHz15XXXXXXX .

Vì sao lại có option --build-arge?

Mục đích để truyền tham số trong quá trình build

Vì sao lại lại là token?

Vì để buld ở dev với prod thì có token khác nhau, không bị lộ token nên bị đọc source code -> bảo mật hơn - đổi token linh hoạt

Trong file ci-template.yml có docker build

có cách khác để lấy image là pull image có sẵn trên kho docker pull
docker pull hello-world

docker images

Khi nào: Khi cần xem các image đã build
Mục đích: Kiểm tra, quản lý dung lượng, tên, tag image. Ví dụ: docker images

docker rmi: (remove image)

Khi nào: Khi muốn xoá image không dùng nữa.
Mục đích: Giải phóng dung lượng, dọn dẹp hệ thống. Ví dụ: docker rmi hello-world:latest

Quản lý Container docker run
Khi nào: khi muốn chạy một image
Mục đích: Chạy dịch vụ, ứng dụng, môi trường phát triển/nghiệm thử. Ví dụ: docker run hello-world

docker ps

Khi nào: Khi muốn xem các container đang chạy. Mục đích: Giám sát hoạt động container, lấy ID/container-name.
Dùng ở đâu: Sau khi đã chạy các container. Ví dụ: docker ps docker ps -a

docker exec

Khi nào: Khi muốn truy cập hoặc thực thi lệnh trong container đang chạy.
Mục đích: Debug, cài bổ sung, kiểm tra tệp/phần mềm bên trong container.
Dùng ở đâu: Trong quá trình phát triển hoặc khắc phục lỗi. Ví dụ: docker exec -it bfa6acb3eb2f bash

docker logs

Khi nào: Khi cần xem log ứng dụng/container.
Mục đích: Kiểm tra hoạt động, phát hiện lỗi.
Dùng ở đâu: Sau khi ứng dụng chạy, gặp sự cố cần kiểm tra log. Ví dụ: docker logs 108c20adb38e

docker stop
Khi nào: Khi muốn dừng một container đang hoạt động.
Mục đích: Ngừng ứng dụng đang chạy, giải phóng ram
Ví dụ:
docker stop 108c20adb38e

docker rm: (remove container)
Khi nào: Sau khi đã dừng (stop) container, muốn xoá nó khỏi máy.
Mục đích: Dọn dẹp các container không sử dụng.

Ví dụ:
docker rm 6b5cf67fa07

🚀 Docker Phần 3: Docker Compose, volume, network

duytruong09 — Sun, 13 Jul 2025 16:58:51 +0000

1. Volumes: Lưu Trữ Dữ Liệu Bền Vững Trong Docker

1.1. Bind Mounts vs. Named Volumes

Bind Mounts:
- Khái niệm: Cho phép bạn mount một thư mục hoặc file từ host machine (máy tính của bạn) vào bên trong container.
- Ưu điểm: Rất tiện lợi cho việc phát triển cục bộ. Khi bạn chỉnh sửa mã nguồn trên máy tính, thay đổi sẽ được phản ánh ngay lập tức trong container mà không cần build lại image.
- Nhược điểm: Phụ thuộc vào cấu trúc thư mục của host. Kém portable hơn vì đường dẫn trên host có thể khác nhau giữa các môi trường.
- Ví dụ:
```
services:
  web:
    image: nginx
    volumes:
      - ./nginx.conf:/etc/nginx/nginx.conf # Mount file cấu hình
      - ./src:/usr/share/nginx/html      # Mount thư mục mã nguồn
```
Named Volumes:
- Khái niệm: Là các khu vực lưu trữ được Docker quản lý hoàn toàn. Bạn chỉ cần đặt tên cho chúng và Docker sẽ tự động tạo/quản lý vị trí lưu trữ trên host.
- Ưu điểm: Dễ dàng sao lưu, di chuyển và chia sẻ giữa các container. Không phụ thuộc vào cấu trúc thư mục của host, tăng tính portable. Lý tưởng cho dữ liệu database hoặc dữ liệu cần tồn tại độc lập với container.
- Nhược điểm: Khó truy cập trực tiếp từ host để chỉnh sửa nội dung (phải thông qua container hoặc Docker CLI).
- Ví dụ:
```
services:
  db:
    image: postgres
    volumes:
      - db_data:/var/lib/postgresql/data # Sử dụng named volume 'db_data'

volumes:
  db_data: # Khai báo named volume
```

1.2. Port Mapping (-p)

Port mapping (hay port forwarding) là cách để expose các cổng của container ra bên ngoài host machine, cho phép bạn truy cập ứng dụng đang chạy trong container từ trình duyệt hoặc các ứng dụng khác trên host.

Cú pháp: -p HOST_PORT:CONTAINER_PORT
Ví dụ: ports: - "8080:80" nghĩa là cổng 80 của container sẽ được ánh xạ tới cổng 8080 trên host của bạn. Khi bạn truy cập localhost:8080, yêu cầu sẽ được chuyển đến cổng 80 của container.

2. Docker Networks: Giao Tiếp Giữa Các Container

Các container cần giao tiếp với nhau. Docker cung cấp cơ chế network để các container có thể "nói chuyện" với nhau một cách an toàn và hiệu quả.

2.1. Cách Các Container Giao Tiếp

Khi bạn sử dụng Docker Compose, một mạng bridge mặc định sẽ được tạo cho toàn bộ ứng dụng của bạn. Tất cả các service trong file docker-compose.yml sẽ tự động được kết nối vào mạng này.

Service Discovery: Các container có thể giao tiếp với nhau bằng cách sử dụng tên dịch vụ (service name) làm hostname. Ví dụ, nếu bạn có một service tên là db, service web có thể kết nối tới database bằng hostname db.
```
services:
  web:
    image: myapp-web
    environment:
      DB_HOST: db # "db" là tên của service database
  db:
    image: postgres
```

2.2. Docker Networks

```
services:
  web:
    image: nginx
    ports:
      - "80:80"
    networks:
      - frontend_network # Kết nối vào mạng frontend
  api:
    image: myapp-api
    networks:
      - frontend_network
      - backend_network # Kết nối vào cả frontend và backend
  db:
    image: postgres
    networks:
      - backend_network # Chỉ kết nối vào mạng backend

networks:
  frontend_network:
    driver: bridge # Có thể dùng driver khác nếu cần (ví dụ: overlay cho Swarm)
  backend_network:
    driver: bridge
```

Trong ví dụ này, `web` và `api` có thể giao tiếp với nhau qua `frontend_network`. `api` và `db` có thể giao tiếp qua `backend_network`. `web` và `db` không thể giao tiếp trực tiếp trừ khi cả hai cùng nằm trên một mạng chung.

3. Docker Compose: Ứng Dụng Đa Container Trong Một File

Docker Compose là công cụ giúp bạn định nghĩa và chạy các ứng dụng Docker đa container. Thay vì chạy từng container một bằng lệnh docker run, bạn có thể dùng một file YAML để mô tả toàn bộ kiến trúc ứng dụng của mình.

3.1. Khái Niệm Multi-Container Apps

Một ứng dụng thực tế thường không chỉ có một container. Nó có thể bao gồm:

Một web server (Nginx, Apache)
Một backend API (Node.js, Python Flask, Java Spring Boot)
Một database (PostgreSQL, MySQL, MongoDB)
Một message queue (RabbitMQ, Kafka)
Một cache (Redis)

Docker Compose giúp bạn quản lý tất cả các thành phần này một cách mạch lạc.

File docker-compose.yml là nơi bạn định nghĩa cấu hình cho ứng dụng của mình. Nó thường bao gồm các phần chính:

services:

Mỗi entry dưới services đại diện cho một container trong ứng dụng của bạn.
Bạn định nghĩa image (tên image Docker), build (đường dẫn đến Dockerfile để build custom image), ports, volumes, environment (biến môi trường), networks, v.v.

Ví dụ:

version: '3.8' # Phiên bản của Docker Compose file

services:
  web:
    build: ./web # Build image từ Dockerfile trong thư mục ./web
    ports:
      - "80:80"
    volumes:
      - ./web/src:/app
    environment:
      NODE_ENV: development
    depends_on:
      - api # Đảm bảo service 'api' khởi động trước
    networks:
      - app_network

  api:
    image: my_api_image:latest # Sử dụng image đã có
    ports:
      - "3000:3000"
    environment:
      DB_HOST: db
    networks:
      - app_network
      - db_network

  db:
    image: postgres:13
    volumes:
      - db_data:/var/lib/postgresql/data
    environment:
      POSTGRES_DB: mydb
      POSTGRES_USER: user
      POSTGRES_PASSWORD: password
    networks:
      - db_network

volumes:
- Khai báo các named volumes để lưu trữ dữ liệu bền vững.
- Ví dụ:
```
volumes:
  db_data: # Định nghĩa named volume tên là 'db_data'
```
networks:
- Khai báo các mạng tùy chỉnh để kiểm soát giao tiếp giữa các service.
- Ví dụ:
```
networks:
  app_network:
  db_network:
```

3.2. Các Lệnh Docker Compose Cơ Bản

docker compose up: Xây dựng (nếu cần), tạo và khởi chạy tất cả các service được định nghĩa trong docker-compose.yml.
- docker compose up -d: Chạy các service trong chế độ nền (detached mode)
docker compose down: Dừng và xóa tất cả các container, network và volume được tạo bởi up.
- docker compose down --volumes: Dừng, xóa container, network và cả các named volumes. Hãy cẩn thận khi sử dụng, vì nó sẽ xóa dữ liệu.
docker compose logs [service_name]: Hiển thị log output từ các service.
- docker compose logs -f: Theo dõi log theo thời gian thực (follow).
docker compose build [service_name]: Xây dựng hoặc tái xây dựng image cho một hoặc tất cả các service được định nghĩa bằng build trong file docker-compose.yml

🚀 Docker Phần 2: Hiểu về Layer, ENV, ARG, CMD, ENTRYPOINT và cách build/run Docker

duytruong09 — Sun, 06 Jul 2025 13:57:19 +0000

Hiểu về Layer, ENV, ARG, CMD, ENTRYPOINT và cách build/run Docker

Bài viết này dành cho người mới học Docker hoặc cần hiểu rõ hơn về cách hoạt động của Dockerfile.

1. Layer trong Docker là gì?

Khi bạn build một Docker image từ Dockerfile, Docker sẽ tạo ra các lớp (layer) tương ứng với mỗi dòng lệnh trong file.

Mỗi layer là một lớp bất biến (immutable) — nếu dòng lệnh không thay đổi, Docker có thể cache lại layer đó, giúp build nhanh hơn và tiết kiệm dung lượng.

Câu lệnh tạo layer mới:

Các chỉ thị trong Dockerfile tạo ra layer mới gồm:

FROM: # Bắt đầu một image base mới
RUN: # dùng để chạy lệnh trong lúc build, ví dụ: # RUN apt-get install ...
COPY: # copy file từ máy host vào image
ADD: # giống COPY nhưng thông minh hơn (có thể giải nén) 
CMD: # chỉ định lệnh mặc định khi container chạy
ENTRYPOINT: # giống CMD nhưng bắt buôc hơn
ENV: # thiết lập biến môi trường cho image
ARG: # thiết lập biến môi trường khi build
WORKDIR: # thiết lập thư mục làm việc
EXPOSE: # Mô tả cổng mở ra ngoài (chỉ làm tài ENVliệu)
LABEL: # Thêm metadata
USER, VOLUMN: # các chỉ thị khác cũng tạo layer

Lưu ý: Việc sắp xếp và gom các lệnh RUN cũng giúp giảm số lượng layer (ví dụ: dùng && để nối nhiều lệnh).

2. ENV vs ARG – khác nhau thế nào?

`ARG` – Dùng trong lúc build

ARG NODE_VERSION=18
FROM node:${NODE_VERSION}

ARG chỉ dùng trong quá trình build, không tồn tại khi container chạy.
Có thể truyền giá trị với --build-arg.

`ENV` – Dùng khi container chạy

ENV NODE_ENV=production

ENV tồn tại cả trong lúc build và khi container chạy.
Có thể ghi đè bằng docker run -e.

Tóm lại:

Đặc điểm	ARG	ENV
Dùng lúc build	có	có
Dùng lúc run	không	có
Truyền từ CLI	có `--build-arg`	có `-e`
Có trong image	không	có

3. CMD vs ENTRYPOINT – khác nhau?

CMD

CMD ["node", "app.js"]

Là lệnh mặc định, có thể ghi đè khi docker run.

ENTRYPOINT

ENTRYPOINT ["node"]
CMD ["app.js"]

ENTRYPOINT giống như "lệnh bắt buộc", không dễ ghi đè.
Thường kết hợp CMD để truyền thêm args.

So sánh nhanh:

Đặc điểm	CMD	ENTRYPOINT
Ghi đè bằng CLI	có	không (phải dùng `--entrypoint`)
Dùng mặc định	có	có
Ưu tiên hơn	không	có

4. Cách dùng docker build và docker run

Build image:

docker build -t myapp:latest .

-t đặt tên image.
. là thư mục chứa Dockerfile.

Truyền ARG:

docker build --build-arg NODE_VERSION=20 -t myapp:node20 .

Run container:

docker run -d -p 3000:3000 --name myapp myapp:latest

-d: chạy nền.
-p: ánh xạ cổng.
--name: đặt tên container.

Truyền ENV khi run:

docker run -e NODE_ENV=production myapp

Kết luận

Hiểu rõ cách Docker tạo layer sẽ giúp bạn viết Dockerfile tối ưu.
Sử dụng đúng ENV, ARG, CMD, ENTRYPOINT giúp container linh hoạt và dễ tái sử dụng.

🚀 Docker Phần 1: Giới Thiệu Container, Image và Dockerfile

duytruong09 — Sun, 29 Jun 2025 15:08:01 +0000

Docker cơ bản: Container, Image và Dockerfile

Docker đang là công cụ không thể thiếu trong hành trình phát triển và triển khai ứng dụng hiện đại. Nếu bạn vẫn còn bỡ ngỡ với các khái niệm như Container, Image hay Dockerfile, bài viết này sẽ giúp bạn hiểu rõ và sử dụng Docker hiệu quả hơn.

Docker là gì?

Docker là nền tảng giúp bạn đóng gói ứng dụng cùng toàn bộ môi trường chạy (thư viện, dependencies...) vào trong một container. Nhờ đó, ứng dụng sẽ chạy nhất quán trên mọi môi trường, từ máy tính cá nhân đến server hay cloud.

Container và Image là gì?

Image là bản "chụp" tĩnh của ứng dụng và môi trường chạy. Nó giống như một bản thiết kế.
Container là thể hiện động của image, tức là một instance đang chạy dựa trên image đó.

Bạn có thể tưởng tượng image như file cài đặt, còn container là phần mềm đang chạy trên máy bạn.

Container khác gì so với Virtual Machine (VM)?

Tiêu chí	Container	Virtual Machine (VM)
Hệ điều hành	Chia sẻ kernel với host OS	Có hệ điều hành riêng
Kích thước	Nhẹ, vài MB	Nặng, vài GB
Tốc độ khởi động	Nhanh, vài giây	Chậm, vài phút
Hiệu suất	Cao, ít overhead	Thấp hơn do ảo hóa toàn bộ OS

Container giúp bạn tiết kiệm tài nguyên và tăng tốc độ phát triển, đặc biệt phù hợp với microservices và môi trường cloud.

Các thành phần chính của Docker

Docker Client: Giao diện dòng lệnh bạn sử dụng.
Docker Daemon: Quản lý container và image chạy ngầm.
Docker Registry: Nơi lưu trữ image (ví dụ Docker Hub).

Dockerfile – “Công thức” tạo Image

Dockerfile là file cấu hình giúp bạn tự động hóa việc tạo image. Một số chỉ thị quan trọng:

FROM: Chọn image gốc.
RUN: Chạy lệnh trong quá trình build (cài đặt phần mềm...).
CMD: Lệnh mặc định khi container chạy.
ENTRYPOINT: Lệnh chính, không dễ bị ghi đè.
COPY / ADD: Sao chép file vào image.
ENV: Thiết lập biến môi trường.
EXPOSE: Khai báo port.
WORKDIR: Thư mục làm việc.
VOLUME: Định nghĩa vùng lưu trữ dữ liệu ngoài container.
USER: Chạy lệnh với user cụ thể.

Multi-stage build

Multi-stage build giúp bạn tạo image nhỏ gọn bằng cách tách build và runtime thành nhiều giai đoạn. Ví dụ, bạn có thể build ứng dụng trong một image đầy đủ công cụ, rồi chỉ copy file cần thiết sang image cuối cùng nhẹ hơn.