Bài đọc

Compose và kết nối dịch vụ: thực hành có hướng dẫn

3 phút đọc

Đây là bài 3 của chương 3: Compose và kết nối dịch vụ, thuộc khóa demo Docker & CI/CD. Nội dung được dùng để trải nghiệm cấu trúc chương trình học; hãy thực hành trên dữ liệu và môi trường thử nghiệm riêng. Trong dự án xuyên suốt, bạn sẽ xây dựng môi trường ứng dụng có web, database, pipeline kiểm tra và quy trình khôi phục.

Mục tiêu cụ thể

Compose đặt nhiều dịch vụ vào một cấu hình. Container liên lạc qua tên service trong network chung; localhost bên trong container là chính container đó.

Đề bài thực hành

Tạo stack học tập có web và cache; kiểm tra DNS theo tên service và đọc trạng thái từng container.

Quy trình từng bước

Xác định đầu vào, đầu ra và trạng thái trước khi bắt đầu. Với compose và kết nối dịch vụ, hãy ghi lại kết quả bạn mong muốn trước khi chạy ví dụ.
Tạo bản thử nhỏ nhất trong một thư mục hoặc môi trường riêng. Chỉ dùng dữ liệu giả; không sao chép token, tài khoản hoặc dữ liệu cá nhân vào bài tập.
Thực hiện yêu cầu: Tạo stack học tập có web và cache; kiểm tra DNS theo tên service và đọc trạng thái từng container.
Quan sát kết quả và so sánh từng điều kiện chấp nhận. Khi chưa đạt, thay đổi một yếu tố mỗi lần để biết thay đổi nào tạo ra tác động.
Lưu kết quả cùng ghi chú giải thích quyết định. Người khác cần tái hiện được thao tác mà không phải đoán cấu hình hoặc dữ liệu ban đầu.

Điểm khởi đầu

services:
  web:
    image: nginx:alpine
    ports:
      - "127.0.0.1:8080:80"
  redis:
    image: redis:alpine
# Ví dụ tối giản cho network thử nghiệm, chưa phải cấu hình production.

Đối chiếu kết quả

Hiểu đúng localhost
Dịch vụ nội bộ không publish cổng thừa
Có cách xác định sẵn sàng

Nếu kết quả khác dự kiến

Depends_on khởi động theo thứ tự không đồng nghĩa mọi dịch vụ đã sẵn sàng. Cần healthcheck hoặc cơ chế retry cho kết nối.

Chụp hoặc ghi lại đầu vào và đầu ra trước khi sửa. Xác nhận tệp đã lưu, đúng môi trường đang chạy và dữ liệu thử vẫn giữ nguyên. Sau khi sửa, chạy lại cả trường hợp ban đầu lẫn một trường hợp biên để tránh sửa được một nhánh nhưng làm hỏng nhánh khác.

Sản phẩm cần lưu

Mã nguồn hoặc sơ đồ của bản thử.
Dữ liệu đầu vào có thể dùng lại.
Ba kết quả kiểm tra kèm giải thích.
Một ghi chú về điều bạn sẽ làm khác nếu triển khai cho người dùng thật.