Artifact management trong CI/CD là gì?

Question

Accepted Answer

**Artifacts** là các output của quá trình build (binaries đã compile, packages, Docker images) được deploy. **Artifact management** — lưu trữ, đánh phiên bản, và đẩy các artifact này qua một registry/repository — là quan trọng cho các deployment đáng tin cậy, có thể truy vết.

## Artifacts là gì

```text
BUILD tạo ra ARTIFACTS — các output deploy được:
  → Docker IMAGES, binaries đã compile, JARs/WARs, npm packages, zip bundles, v.v.
→ Đây là những gì thực sự được DEPLOY (không phải mã nguồn trực tiếp).
```

## Artifact repositories/registries

```text
Artifacts được lưu trong REPOSITORIES/REGISTRIES (lưu trữ trung tâm, được đánh phiên bản):
  → Container registries: Docker Hub, AWS ECR, GitHub/GitLab Container Registry
  → Package repositories: npm registry, Maven, PyPI, Artifactory, Nexus
→ Pipeline BUILD một artifact, PUSH nó lên registry, và DEPLOY từ đó.
```

## Nguyên tắc then chốt: build một lần, deploy mọi nơi

```text
Build artifact MỘT LẦN, rồi đẩy CÙNG artifact qua các môi trường:
  build → artifact v1.2.3 → deploy lên STAGING → (đã test) → deploy CÙNG v1.2.3 lên PROD
  ✓ những gì bạn ĐÃ TEST ở staging CHÍNH XÁC là những gì bạn deploy lên production (không build lại)
  ✗ build lại theo từng môi trường có rủi ro khác biệt (deps khác, build env) → bug
→ Artifact được đánh phiên bản, bất biến đảm bảo nhất quán và truy vết được.
```

## Lợi ích và thực hành

```text
✓ ĐÁNH PHIÊN BẢN — mỗi artifact được tag với một phiên bản → biết chính xác cái gì được deploy
✓ TRUY VẾT — truy vết một artifact đã deploy về commit/build của nó
✓ ROLLBACK — redeploy một phiên bản artifact trước dễ dàng
✓ BẤT BIẾN — artifact không thay đổi khi đã build (nhất quán, tái tạo được)
✓ Chính sách retention/cleanup; scan artifact tìm lỗ hổng
```

## Tại sao điều này quan trọng

Hiểu artifact management là có giá trị vì **artifact là những gì thực sự được deploy**, và quản lý chúng tốt là quan trọng cho các deployment đáng tin cậy, truy vết được, nhất quán, nên nó là kiến thức CI/CD hữu ích. **Artifacts** (các output deploy được của build — Docker images, binaries, packages) là những gì được deploy (không phải mã nguồn trực tiếp), và lưu chúng trong các **registry/repository được đánh phiên bản** (container registries, package repositories) là cách pipeline quản lý chúng: build một artifact, push nó lên registry, và deploy từ đó. **Nguyên tắc then chốt — build một lần, deploy mọi nơi** — đặc biệt quan trọng: build artifact **một lần** và đẩy **cùng artifact đó** qua các môi trường (staging rồi production) đảm bảo **những gì bạn đã test chính xác là những gì bạn deploy** (không build lại theo từng môi trường có thể gây ra khác biệt từ các dependency hoặc môi trường build khác nhau, gây bug) — một thực hành nền tảng cho các deployment đáng tin cậy, nhất quán ngăn chặn lớp vấn đề "nó hoạt động ở staging".

Hiểu **các lợi ích** — **đánh phiên bản** (biết chính xác cái gì được deploy), **truy vết** (truy vết một artifact đã deploy về commit và build của nó, có giá trị cho debug và audit), **rollback dễ dàng** (redeploy một phiên bản artifact trước), và **bất biến** (artifact không thay đổi khi đã build, đảm bảo khả năng tái tạo), cộng với các thực hành như scan lỗ hổng — phản ánh cách artifact management đúng cách hỗ trợ vận hành đáng tin cậy.

Vì artifact là các đơn vị được deploy thực tế và quản lý chúng tốt (đánh phiên bản, nguyên tắc build-once-deploy-everywhere, truy vết, bất biến) là quan trọng cho các deployment nhất quán, truy vết được, đáng tin cậy, và vì hiểu artifact, registry, và đặc biệt là nguyên tắc build-once là có giá trị cho việc phân phối đúng đắn, hiểu artifact management là kiến thức CI/CD có giá trị, có liên quan thực tiễn — một phần quan trọng của việc phân phối đáng tin cậy đảm bảo sự nhất quán giữa những gì được test và deploy, cho phép truy vết và rollback, và phản ánh các thực hành deployment trưởng thành.