CI/CD'de artifact yönetimi nedir?

Question

Accepted Answer

**Artifacts**, derleme sürecinin çıktılarıdır (derlenmiş binary dosyaları, paketler, Docker imajları) ve bu çıktılar dağıtılır. **Artifact yönetimi** — bu artifact'ları bir kayıt defteri/depo içinde depolama, sürümlendirme ve ortamlar arasında ilerleme — güvenilir, izlenebilir dağıtımlar için önemlidir.

## Artifact'lar nedir

```text
The BUILD produces ARTIFACTS — the deployable outputs:
  → Docker IMAGES, compiled binaries, JARs/WARs, npm packages, zip bundles, etc.
→ These are what actually get DEPLOYED (not the source code directly).
```

## Artifact depoları/kayıt defterleri

```text
Artifacts are stored in REPOSITORIES/REGISTRIES (versioned, central storage):
  → Container registries: Docker Hub, AWS ECR, GitHub/GitLab Container Registry
  → Package repositories: npm registry, Maven, PyPI, Artifactory, Nexus
→ The pipeline BUILDS an artifact, PUSHES it to the registry, and DEPLOYS from there.
```

## Temel ilke: bir kez derle, her yerde dağıt

```text
Build the artifact ONCE, then promote the SAME artifact through environments:
  build → artifact v1.2.3 → deploy to STAGING → (tested) → deploy SAME v1.2.3 to PROD
  ✓ what you TESTED in staging is EXACTLY what you deploy to production (no rebuild)
  ✗ rebuilding per environment risks differences (different deps, build env) → bugs
→ Versioned, immutable artifacts ensure consistency and traceability.
```

## Faydalar ve en iyi uygulamalar

```text
✓ VERSIONING — each artifact tagged with a version → know exactly what's deployed
✓ TRACEABILITY — trace a deployed artifact back to its commit/build
✓ ROLLBACK — redeploy a previous artifact version easily
✓ IMMUTABILITY — artifacts don't change once built (consistent, reproducible)
✓ Retention/cleanup policies; scan artifacts for vulnerabilities
```

## Neden önemli

Artifact yönetimini anlamak değerlidir çünkü **artifact'lar aslında dağıtılan şeylerdir** ve bunları iyi yönetmek güvenilir, izlenebilir, tutarlı dağıtımlar için önemlidir; bu da faydalı CI/CD bilgisidir. **Artifacts** (derlemenin dağıtılabilir çıktıları — Docker imajları, binary dosyaları, paketler) dağıtılan şeylerdir (doğrudan kaynak kod değil) ve bunları **sürümlü kayıt defterlerinde/depolarda** depolamak (konteyner kayıt defterleri, paket depoları) pipeline'ın onları nasıl yönettiğidir: artifact'ı derlemek, kayıt defterine göndermek ve oradan dağıtmak.

**Temel ilke — bir kez derle, her yerde dağıt** — özellikle önemlidir: artifact'ı **bir kez** derlemek ve aynı **artifact'ı ortamlar arasında ilerlendirmek** (test ortamı, sonra production) **test ettiğiniz şeyin tam olarak dağıttığınız şey olmasını** sağlar (çeşitli bağımlılıklar veya derleme ortamlarından farklılık getirebilecek ortam başına yeniden derleme yok, bu da hatalara neden olabilir) — güvenilir, tutarlı dağıtımlar için temel bir uygulamadır ve yeniden derlemeden kaynaklanan "staging'de çalışıyordu" sınıfı sorunları önler.

**Faydaları** anlamak — **sürümlendirme** (tam olarak ne dağıtıldığını bilmek), **izlenebilirlik** (dağıtılan artifact'ı commit'i ve derlemeye geri izlemek, hata ayıklama ve denetim için değerli), **kolay geri alma** (önceki artifact sürümünü yeniden dağıtmak) ve **değişmezlik** (derleme sonrası artifact'ların değişmemesi, yeniden üretilebilirliği sağlamak) ile birlikte güvenlik açığı taraması gibi uygulamalar — uygun artifact yönetiminin güvenilir operasyonları nasıl desteklediğini yansıtır.

Artifact'lar fiili dağıtılan birimler olduğundan ve bunları iyi yönetmek (sürümlendirme, build-once-deploy-everywhere ilkesi, izlenebilirlik, değişmezlik) tutarlı, izlenebilir, güvenilir dağıtımlar için önemli olduğundan ve artifact'ları, kayıt defterlerini ve özellikle build-once ilkesini anlamak sağlam dağıtım için değerli olduğundan, artifact yönetimini anlamak değerli, pratik açıdan uygun CI/CD bilgisidir — test edilen ve dağıtılan arasında tutarlılık sağlayan, izlenebilirlik ve geri almayı etkinleştiren ve olgun dağıtım uygulamalarını yansıtan güvenilir dağıtımın önemli bir parçası.