Docker Compose deploy rolling update không Swarm: mô hình reverse proxy

Trả lời nhanh: Docker Compose rolling update cần rollout có kiểm soát: chốt topology/version, chạy staging hoặc canary, kiểm tra readiness và theo dõi metric nghiệp vụ trước khi tăng traffic. Mọi mốc dừng và revision quay lại đều được ghi rõ.

Phạm vi: Bài áp dụng cho Giới hạn Compose đơn host trong môi trường staging/standalone. Kiểm tra Nginx/Docker/OS/database và phiên bản CLI thực tế trước khi chạy; không đưa credential thật vào lệnh, log hay artifact.

Tín hiệu cần đối chiếu: Giới hạn Compose đơn host; blue-green; Nginx/Caddy upstream; điều kiện trước triển khai; staging/canary; health/readiness; rollback

Giới hạn Compose đơn host — thao tác và bằng chứng

Trước rollout Giới hạn Compose đơn host, ghi topology, version, schema/migration order và endpoint readiness. Một process còn sống không đồng nghĩa request nghiệp vụ đã sẵn sàng. Docker—Compose production

Migration phá schema phải có bước tương thích ngược và kế hoạch backfill riêng. Không chạy lệnh phá dữ liệu trong cùng lượt với đổi image. (docker-compose-rolling-update-reverse-proxy · outline 1)

Với Giới hạn Compose đơn host, ghi lại input và phiên bản CLI trước khi chạy; sau đó đối chiếu từng tín hiệu điều kiện trước triển khai, staging/canary, health/readiness, rollback, Giới hạn Compose đơn host, blue-green, Nginx/Caddy upstream trong stdout, stderr hoặc log audit. Kết quả đạt phải chỉ ra trạng thái và phạm vi tài nguyên; kết quả lỗi phải có chuỗi nhận diện để người trực ca biết bước khoanh vùng kế tiếp. Gắn transcript với docker-compose-rolling-update-reverse-proxy, commit/config hash, owner và timestamp. Không dùng exit code đơn độc làm bằng chứng. Che token, private key, cookie và PII trước khi lưu artifact; giữ bản raw trong kho có quyền hạn nếu incident yêu cầu.

blue-green — thao tác và bằng chứng

Dùng `curl –fail https://staging.example.test/health` trên staging/canary cho blue-green; kiểm tra điều kiện trước triển khai và staging/canary trước khi tăng traffic. Giữ digest/config revision để tái lập chính xác. Docker—Compose production

Smoke test cần gọi đường đi thật qua proxy/worker/dependency, không chỉ kiểm tra HTTP 200 của process. (docker-compose-rolling-update-reverse-proxy · outline 2)

Một lần kiểm tra blue-green chỉ có giá trị khi lặp lại được. Chốt workload, hostname, digest hoặc schema, rồi chạy lệnh tương ứng với docker-compose-rolling-update-reverse-proxy. Đối chiếu các tín hiệu bắt buộc (điều kiện trước triển khai, staging/canary, health/readiness, rollback, Giới hạn Compose đơn host, blue-green, Nginx/Caddy upstream) với expected output và error signature; nếu thiếu dữ liệu, ghi unknown. So sánh baseline trước/sau trong cùng cửa sổ và nêu rõ điều gì không được suy ra từ phép đo. Artifact thay đổi cần ghi config diff đã redact, người chịu trách nhiệm và thời điểm hết hạn exception trước khi promote.

Nginx/Caddy upstream — thao tác và bằng chứng

Trong cửa sổ quan sát, đối chiếu health với 5xx, latency p95, queue và log migration. Nếu một metric vượt ngưỡng, dừng ở canary thay vì mở rộng blast radius. Docker—Compose production

Rollback theo failure domain: image, config, schema hay traffic. Giữ artifact và xác minh revision cũ trước khi đóng incident. (docker-compose-rolling-update-reverse-proxy · outline 3)

Đừng gộp Nginx/Caddy upstream vào một checklist chung. Tạo một phép thử nhỏ có điều kiện, ghi command, exit code, metric và log line riêng cho docker-compose-rolling-update-reverse-proxy. Các marker điều kiện trước triển khai, staging/canary, health/readiness, rollback, Giới hạn Compose đơn host, blue-green, Nginx/Caddy upstream phải xuất hiện ở đúng section để người đọc có thể truy từ claim tới evidence. Khi kết quả không khớp expected (Output của docker-compose-rolling-update-reverse-proxy phải có trạng thái success và error phân biệt bằng exit code/stderr; unknown flag, permission denied hoặc timeout dẫn tới nhánh khoanh vùng riêng.), dừng rollout/restore, giữ hiện trường và mở issue thay vì sửa nhiều biến cùng lúc. Artifact công khai chỉ chứa giá trị đã che và hash kiểm chứng.

health gate — thao tác và bằng chứng

Trước rollout health gate, ghi topology, version, schema/migration order và endpoint readiness. Một process còn sống không đồng nghĩa request nghiệp vụ đã sẵn sàng. Docker—Compose production

Migration phá schema phải có bước tương thích ngược và kế hoạch backfill riêng. Không chạy lệnh phá dữ liệu trong cùng lượt với đổi image. (docker-compose-rolling-update-reverse-proxy · outline 4)

Trong runbook của docker-compose-rolling-update-reverse-proxy, health gate là điểm quyết định: allow/deny, ready/not-ready, pass/fail hoặc baseline/regression. Định lượng bằng tín hiệu điều kiện trước triển khai, staging/canary, health/readiness, rollback, Giới hạn Compose đơn host, blue-green, Nginx/Caddy upstream, ghi phiên bản và phạm vi áp dụng, rồi nêu ngưỡng chuyển sang rollback. Một output xanh nhưng dependency hoặc health đỏ vẫn là fail. Sau khi sửa, chạy lại cùng lệnh và lưu kết quả cạnh config hash; revoke/rotate credential trước khi dọn mọi bản sao chứa secret.

DB migration — thao tác và bằng chứng

Dùng `docker compose up -d –no-deps api_green` trên staging/canary cho DB migration; kiểm tra điều kiện trước triển khai và staging/canary trước khi tăng traffic. Giữ digest/config revision để tái lập chính xác. Docker—Compose production

Smoke test cần gọi đường đi thật qua proxy/worker/dependency, không chỉ kiểm tra HTTP 200 của process. (docker-compose-rolling-update-reverse-proxy · outline 5)

Với DB migration, ghi lại input và phiên bản CLI trước khi chạy; sau đó đối chiếu từng tín hiệu điều kiện trước triển khai, staging/canary, health/readiness, rollback, Giới hạn Compose đơn host, blue-green, Nginx/Caddy upstream trong stdout, stderr hoặc log audit. Kết quả đạt phải chỉ ra trạng thái và phạm vi tài nguyên; kết quả lỗi phải có chuỗi nhận diện để người trực ca biết bước khoanh vùng kế tiếp. Gắn transcript với docker-compose-rolling-update-reverse-proxy, commit/config hash, owner và timestamp. Không dùng exit code đơn độc làm bằng chứng. Che token, private key, cookie và PII trước khi lưu artifact; giữ bản raw trong kho có quyền hạn nếu incident yêu cầu.

rollback — thao tác và bằng chứng

Trong cửa sổ quan sát, đối chiếu health với 5xx, latency p95, queue và log migration. Nếu một metric vượt ngưỡng, dừng ở canary thay vì mở rộng blast radius. Docker—Compose production

Rollback theo failure domain: image, config, schema hay traffic. Giữ artifact và xác minh revision cũ trước khi đóng incident. (docker-compose-rolling-update-reverse-proxy · outline 6)

Một lần kiểm tra rollback chỉ có giá trị khi lặp lại được. Chốt workload, hostname, digest hoặc schema, rồi chạy lệnh tương ứng với docker-compose-rolling-update-reverse-proxy. Đối chiếu các tín hiệu bắt buộc (điều kiện trước triển khai, staging/canary, health/readiness, rollback, Giới hạn Compose đơn host, blue-green, Nginx/Caddy upstream) với expected output và error signature; nếu thiếu dữ liệu, ghi unknown. So sánh baseline trước/sau trong cùng cửa sổ và nêu rõ điều gì không được suy ra từ phép đo. Artifact thay đổi cần ghi config diff đã redact, người chịu trách nhiệm và thời điểm hết hạn exception trước khi promote.

downtime budget — thao tác và bằng chứng

Trước rollout downtime budget, ghi topology, version, schema/migration order và endpoint readiness. Một process còn sống không đồng nghĩa request nghiệp vụ đã sẵn sàng. Docker—Compose production

Migration phá schema phải có bước tương thích ngược và kế hoạch backfill riêng. Không chạy lệnh phá dữ liệu trong cùng lượt với đổi image. (docker-compose-rolling-update-reverse-proxy · outline 7)

Đừng gộp downtime budget vào một checklist chung. Tạo một phép thử nhỏ có điều kiện, ghi command, exit code, metric và log line riêng cho docker-compose-rolling-update-reverse-proxy. Các marker điều kiện trước triển khai, staging/canary, health/readiness, rollback, Giới hạn Compose đơn host, blue-green, Nginx/Caddy upstream phải xuất hiện ở đúng section để người đọc có thể truy từ claim tới evidence. Khi kết quả không khớp expected (Output của docker-compose-rolling-update-reverse-proxy phải có trạng thái success và error phân biệt bằng exit code/stderr; unknown flag, permission denied hoặc timeout dẫn tới nhánh khoanh vùng riêng.), dừng rollout/restore, giữ hiện trường và mở issue thay vì sửa nhiều biến cùng lúc. Artifact công khai chỉ chứa giá trị đã che và hash kiểm chứng.

Recipe lệnh/config cho docker-compose-rolling-update-reverse-proxy

Chạy ở staging cho Docker Compose rolling update với hostname, path và digest đã thay bằng giá trị không nhạy cảm. Lưu exit code cùng stdout/stderr đã redact và gắn artifact với docker-compose-rolling-update-reverse-proxy.

docker compose up -d --no-deps api_green
curl --fail https://staging.example.test/health
docker compose exec proxy nginx -t
docker compose exec proxy nginx -s reload

Expected output và error signature — docker-compose-rolling-update-reverse-proxy

Output của docker-compose-rolling-update-reverse-proxy phải có trạng thái success và error phân biệt bằng exit code/stderr; unknown flag, permission denied hoặc timeout dẫn tới nhánh khoanh vùng riêng. Đối chiếu thêm version, timestamp, health/readiness và log liên quan; output minh họa không phải kết quả production.

Rollback và stop boundary của docker-compose-rolling-update-reverse-proxy

Dừng canary docker-compose-rolling-update-reverse-proxy khi 5xx, latency p95, queue hoặc readiness vượt ngưỡng đã ghi. Đưa traffic về digest/config revision trước, kiểm tra smoke test rồi mới đóng rollout.

Failure mode cần tránh ở Giới hạn Compose đơn host

• Giới hạn Compose đơn host: thay đổi nhiều biến cùng lúc nên không biết nguyên nhân.
• Giới hạn Compose đơn host: đọc exit code nhưng bỏ qua health, dependency hoặc error signature.
• Giới hạn Compose đơn host: lưu secret/PII trong log, image layer, backup hoặc ảnh chụp.
• Giới hạn Compose đơn host: rollback nhầm failure domain làm blast radius lớn hơn.

Đọc tiếp trong cùng cụm Linux/DevOps — docker-compose-rolling-update-reverse-proxy

nginx lam load balancer và nginx reverse proxy docker services ssl letsencrypt 2026

Nguồn chính thức cho docker-compose-rolling-update-reverse-proxy

Docker—Compose production; NGINX—Load balancing

FAQ theo đúng chủ đề Docker Compose rolling update

Giới hạn Compose đơn host áp dụng cho phiên bản nào?

Kiểm tra version/tool và topology trước khi áp dụng Giới hạn Compose đơn host. Chạy recipe ở trên trong staging; nếu expected/error signature khác, dừng và cập nhật runbook thay vì copy nguyên lệnh.

blue-green áp dụng cho phiên bản nào?

Kiểm tra version/tool và topology trước khi áp dụng blue-green. Chạy recipe ở trên trong staging; nếu expected/error signature khác, dừng và cập nhật runbook thay vì copy nguyên lệnh.

Nginx/Caddy upstream áp dụng cho phiên bản nào?

Kiểm tra version/tool và topology trước khi áp dụng Nginx/Caddy upstream. Chạy recipe ở trên trong staging; nếu expected/error signature khác, dừng và cập nhật runbook thay vì copy nguyên lệnh.

health gate áp dụng cho phiên bản nào?

Kiểm tra version/tool và topology trước khi áp dụng health gate. Chạy recipe ở trên trong staging; nếu expected/error signature khác, dừng và cập nhật runbook thay vì copy nguyên lệnh.

Cập nhật docker-compose-rolling-update-reverse-proxy: 08/09/2026. Nội dung là runbook tham khảo; phải kiểm tra phiên bản, nguồn chính thức và rollback trong môi trường thật trước khi áp dụng. Safety boundary: Không thay thế tư vấn chuyên môn; kiểm tra tình huống thực tế trước khi áp dụng.