CI/CD에서 artifact 관리란 무엇인가요?

Question

Accepted Answer

**artifact**는 deploy되는 build 프로세스의 출력(컴파일된 바이너리, 패키지, Docker 이미지)입니다. **artifact 관리** — 이러한 artifact를 registry/저장소를 통해 저장, 버전 관리, 승격하는 것 — 은 안정적이고 추적 가능한 deploy에 중요합니다.

## artifact란 무엇인가

```text
BUILD는 ARTIFACT — deploy 가능한 출력 — 를 생성합니다:
  → Docker IMAGE, 컴파일된 바이너리, JAR/WAR, npm 패키지, zip 번들 등
→ 이것이 실제로 DEPLOY되는 것 (소스 코드를 직접이 아님).
```

## artifact 저장소/registry

```text
artifact는 저장소/REGISTRY(버전 관리된 중앙 저장소)에 저장됩니다:
  → 컨테이너 registry: Docker Hub, AWS ECR, GitHub/GitLab Container Registry
  → 패키지 저장소: npm registry, Maven, PyPI, Artifactory, Nexus
→ pipeline이 artifact를 BUILD하고, registry에 PUSH하고, 거기서 DEPLOY.
```

## 핵심 원칙: build once, deploy everywhere

```text
artifact를 한 번 BUILD하고, 그 동일한 artifact를 환경들을 통해 승격:
  build → artifact v1.2.3 → STAGING에 deploy → (테스트됨) → 동일한 v1.2.3을 PROD에 deploy
  ✓ staging에서 테스트한 것이 정확히 production에 deploy하는 것 (재build 없음)
  ✗ 환경별 재build는 차이(다른 의존성, build 환경)를 위험 → 버그
→ 버전 관리된 불변 artifact가 일관성과 추적성을 보장.
```

## 이점과 실천

```text
✓ 버전 관리 — 각 artifact가 버전으로 태깅됨 → 무엇이 deploy되었는지 정확히 앎
✓ 추적성 — deploy된 artifact를 그 commit/build로 추적
✓ ROLLBACK — 이전 artifact 버전을 쉽게 재deploy
✓ 불변성 — artifact는 build된 후 변하지 않음 (일관되고 재현 가능)
✓ 보존/정리 정책; artifact를 취약점 스캔
```

## 왜 중요한가

artifact 관리를 이해하는 것이 가치 있는 이유는, **artifact가 실제로 deploy되는 것**이고 이를 잘 관리하는 것이 안정적이고 추적 가능하며 일관된 deploy에 중요하므로 유용한 CI/CD 지식이기 때문입니다. **artifact**(build의 deploy 가능한 출력 — Docker 이미지, 바이너리, 패키지)는 deploy되는 것(소스 코드를 직접이 아님)이며, 이를 **버전 관리된 registry/저장소**(컨테이너 registry, 패키지 저장소)에 저장하는 것이 pipeline이 이를 관리하는 방식입니다: artifact를 build하고, registry에 push하고, 거기서 deploy합니다.

**핵심 원칙 — build once, deploy everywhere** — 은 특히 중요합니다: artifact를 **한 번** build하고 그 **동일한 artifact**를 환경들을 통해(staging 다음 production) 승격하는 것은 **테스트한 것이 정확히 deploy하는 것**(변하는 의존성이나 build 환경으로 인한 차이를 도입하여 버그를 일으킬 수 있는 환경별 재build 없음)이 되게 보장합니다 — 재build로 인한 "staging에선 됐는데" 부류의 문제를 방지하는 안정적이고 일관된 deploy의 근본 실천입니다.

**이점** — **버전 관리**(무엇이 deploy되었는지 정확히 앎), **추적성**(deploy된 artifact를 그 commit과 build로 추적, 디버깅과 감사에 가치 있음), **쉬운 rollback**(이전 artifact 버전 재deploy), **불변성**(artifact가 build된 후 변하지 않아 재현성 보장), 그리고 취약점 스캔 같은 실천 — 을 이해하는 것은 적절한 artifact 관리가 어떻게 안정적인 운영을 지원하는지 반영합니다.

artifact는 실제 deploy 단위이고 이를 잘 관리하는 것(버전 관리, build-once-deploy-everywhere 원칙, 추적성, 불변성)이 일관되고, 추적 가능하며, 안정적인 deploy에 중요하며, artifact, registry, 특히 build-once 원칙을 이해하는 것이 건전한 전달에 가치 있으므로, artifact 관리를 이해하는 것은 가치 있고 실용적으로 관련된 CI/CD 지식입니다 — 테스트된 것과 deploy되는 것 간의 일관성을 보장하고, 추적성과 rollback을 가능하게 하며, 성숙한 deploy 실천을 반영하는 안정적인 전달의 중요한 부분입니다.