CI/CD ਵਿੱਚ artifact management ਕੀ ਹੈ?

Question

Accepted Answer

**Artifacts** ਬਿਲਡ ਪ੍ਰਕ੍ਰਿਆ ਦੇ ਆਉਟਪੁੱਟ ਹਨ (ਕੰਪਾਇਲ ਕੀਤੀਆਂ ਬਾਈਨਰੀਆਂ, ਪੈਕੇਜਜ਼, Docker ਇਮੇਜਜ਼) ਜੋ ਡਿਪਲੋਈ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। **Artifact management** — ਇਹਨਾਂ artifacts ਨੂੰ ਸਟੋਰ ਕਰਨਾ, ਵਰਜ਼ਨ ਕਰਨਾ, ਅਤੇ ਰਜਿਸਟਰੀ/ਰੈਪੋਜ਼ਿਟਰੀ ਦੁਆਰਾ ਪ੍ਰਮੋਟ ਕਰਨਾ — ਭਰੋਸੇਮੰਦ, ਟ੍ਰੇਸਏਬਲ ਡਿਪਲੋਮੈਂਟ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ।

## Artifacts ਕੀ ਹਨ

```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 ਰੈਪੋਜ਼ਿਟਰੀਆਂ/ਰਜਿਸਟਰੀਆਂ

```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.
```

## ਮੁੱਖ ਸਿਧਾਂਤ: ਇੱਕ ਵਾਰ ਬਿਲਡ ਕਰੋ, ਹਰ ਜਗਾ ਡਿਪਲੋਈ ਕਰੋ

```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.
```

## ਲਾਭ ਅਤੇ ਅਮਲੀ ਤਰੀਕੇ

```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
```

## ਇਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

Artifact management ਨੂੰ ਸਮਝਣਾ ਮੂਲਯਵਾਨ ਹੈ ਕਿਉਂਕਿ **artifacts ਉਹ ਹਨ ਜੋ ਅਸਲ ਵਿੱਚ ਡਿਪਲੋਈ ਕੀਤੇ ਜਾਂਦੇ ਹਨ**, ਅਤੇ ਉਹਨਾਂ ਦਾ ਚੰਗੀ ਤਰਾਂ ਪ੍ਰਬੰਧ ਕਰਨਾ ਭਰੋਸੇਮੰਦ, ਟ੍ਰੇਸਏਬਲ, ਸੁਸੰਗਤ ਡਿਪਲੋਮੈਂਟ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਇਸ ਲਈ ਇਹ ਉਪਯੋਗੀ CI/CD ਗਿਆਨ ਹੈ। **Artifacts** (ਬਿਲਡ ਦੇ ਡਿਪਲੋਏਬਲ ਆਉਟਪੁੱਟ — Docker ਇਮੇਜਜ਼, ਬਾਈਨਰੀਆਂ, ਪੈਕੇਜਜ਼) ਉਹ ਹਨ ਜੋ ਡਿਪਲੋਈ ਕੀਤੇ ਜਾਂਦੇ ਹਨ (ਸੋਰਸ ਕੋਡ ਸਿੱਧੇ ਨਹੀਂ), ਅਤੇ ਉਹਨਾਂ ਨੂੰ **ਵਰਜ਼ਨਡ ਰਜਿਸਟਰੀਆਂ/ਰੈਪੋਜ਼ਿਟਰੀਆਂ** ਵਿੱਚ ਸਟੋਰ ਕਰਨਾ (container ਰਜਿਸਟਰੀਆਂ, ਪੈਕੇਜ ਰੈਪੋਜ਼ਿਟਰੀਆਂ) ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਦੁਆਰਾ ਪਾਈਪਲਾਈਨ ਉਹਨਾਂ ਦਾ ਪ੍ਰਬੰਧ ਕਰਦੀ ਹੈ: ਇੱਕ artifact ਬਿਲਡ ਕਰਨਾ, ਇਸਨੂੰ ਰਜਿਸਟਰੀ ਵਿੱਚ ਭੇਜਣਾ, ਅਤੇ ਉਥੋਂ ਡਿਪਲੋਈ ਕਰਨਾ।

**ਮੁੱਖ ਸਿਧਾਂਤ — ਇੱਕ ਵਾਰ ਬਿਲਡ ਕਰੋ, ਹਰ ਜਗਾ ਡਿਪਲੋਈ ਕਰੋ** — ਖਾਸ ਤੌਰ ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ: artifact ਨੂੰ **ਇੱਕ ਵਾਰ** ਬਿਲਡ ਕਰਨਾ ਅਤੇ ਉਸੇ **ਸਮਾਨ artifact** ਨੂੰ ਵਾਤਾਵਰਣਾਂ (staging ਫਿਰ production) ਦੁਆਰਾ ਪ੍ਰਮੋਟ ਕਰਨਾ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ **ਜੋ ਤੁਮ ਨੇ ਟੈਸਟ ਕੀਤਾ ਤੁਸੀਂ ਬਿਲਕੁਲ ਉਹੀ ਡਿਪਲੋਈ ਕਰ ਰਹੇ ਹੋ** (ਪ್ਰਤੀ-ਵਾਤਾਵਰਣ ਰੀਬਿਲਡਜ਼ ਨਹੀਂ ਜੋ ਵੱਖ-ਵੱਖ ਨਿਰਭਰਤਾਵਾਂ ਜਾਂ ਬਿਲਡ ਵਾਤਾਵਰਣਾਂ ਤੋਂ ਅੰਤਰ ਪੇਸ਼ ਕਰ ਸਕਦੇ ਹਨ, ਬੱਗ ਸਿਧਾਂਤ ਪ੍ਰਸਤਾਵ ਕਰਦੇ ਹਨ) — ਭਰੋਸੇਮੰਦ, ਸੁਸੰਗਤ ਡਿਪਲੋਮੈਂਟ ਲਈ ਇੱਕ ਬੁਨਿਆਦੀ ਅਮਲੀ ਤਰੀਕਾ ਜੋ "staging ਵਿੱਚ ਇਹ ਕੰਮ ਕਰ ਗਿਆ" ਕਿਸਮ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਰੋਕਦਾ ਹੈ।

**ਲਾਭਾਂ** ਨੂੰ ਸਮਝਣਾ — **ਵਰਜ਼ਨਿੰਗ** (ਬਿਲਕੁਲ ਜਾਣਨਾ ਕਿ ਕੀ ਡਿਪਲੋਈ ਕੀਤਾ ਗਿਆ ਹੈ), **ਟ੍ਰੇਸਬਿਲਿਟੀ** (ਡਿਪਲੋਈ ਕੀਤੇ artifact ਨੂੰ ਇਸਦੇ commit ਅਤੇ ਬਿਲਡ ਵਲ ਟ੍ਰੇਸ ਕਰਨਾ, ਡਿਬਗਿੰਗ ਅਤੇ ਆਡਿਟਿੰਗ ਲਈ ਮੂਲਯਵਾਨ), **ਆਸਾਨ ਰੋਲਬੈਕ** (ਪਿਛਲੇ artifact ਵਰਜ਼ਨ ਨੂੰ ਦੁਬਾਰਾ ਡਿਪਲੋਈ ਕਰਨਾ), ਅਤੇ **ਇਮਿਊਟੇਬਿਲਿਟੀ** (artifacts ਬਿਲਡ ਹੋਣ ਤੋਂ ਬਾਅਦ ਨਹੀਂ ਬਦਲਣੇ, ਰੀਪ੍ਰੋਡਿਊਸਿਬਿਲਿਟੀ ਯਕੀਨੀ ਬਣਾਉਣਾ), ਅਤੇ vulnerability scanning ਵਰਗੇ ਅਮਲੀ ਤਰੀਕੇ — ਪ੍ਰਤੀਬਿੰਬਿਤ ਕਰਦੇ ਹਨ ਕਿ ਕਿਵੇਂ ਸਹੀ artifact ਪ੍ਰਬੰਧ ਭਰੋਸੇਮੰਦ ਪ੍ਰਬੰਧਾਂ ਨੂੰ ਸਮਰਥਨ ਦਿੰਦਾ ਹੈ।

ਕਿਉਂਕਿ artifacts ਅਸਲ ਡਿਪਲੋਈ ਕੀਤੀ ਇਕਾਈਆਂ ਹਨ ਅਤੇ ਉਹਨਾਂ ਦਾ ਚੰਗੀ ਤਰਾਂ ਪ੍ਰਬੰਧ ਕਰਨਾ (ਵਰਜ਼ਨਿੰਗ, ਬਿਲਡ-ਵਾਰ-ਡਿਪਲੋਈ-ਸਰਵੱਤਰ ਸਿਧਾਂਤ, ਟ੍ਰੇਸਬਿਲਿਟੀ, ਇਮਿਊਟੇਬਿਲਿਟੀ) ਸੁਸੰਗਤ, ਟ੍ਰੇਸਏਬਲ, ਭਰੋਸੇਮੰਦ ਡਿਪਲੋਮੈਂਟ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਅਤੇ ਕਿਉਂਕਿ artifacts, ਰਜਿਸਟਰੀਆਂ, ਅਤੇ ਖਾਸ ਤੌਰ ਤੇ ਬਿਲਡ-ਵਾਰ ਸਿਧਾਂਤ ਨੂੰ ਸਮਝਣਾ ਆਵਾਜ਼ ਡਿਲਿਵਰੀ ਲਈ ਮੂਲਯਵਾਨ ਹੈ, artifact management ਨੂੰ ਸਮਝਣਾ ਮੂਲਯਵਾਨ, ਅਮਲੀ ਤੌਰ ਤੇ ਪ੍ਰਸੰਗਤ CI/CD ਗਿਆਨ ਹੈ — ਭਰੋਸੇਮੰਦ ਡਿਲਿਵਰੀ ਦਾ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਹਿਸਾ ਜੋ ਜੋ ਟੈਸਟ ਅਤੇ ਡਿਪਲੋਈ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਉਸ ਵਿੱਚ ਸਮੇਂ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ, ਟ੍ਰੇਸਬਿਲਿਟੀ ਅਤੇ ਰੋਲਬੈਕ ਨੂੰ ਸਮਰਥ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਪਰਿਪੱਕ ਡਿਪਲੋਮੈਂਟ ਅਮਲੀ ਤਰੀਕਿਆਂ ਨੂੰ ਪ੍ਰਤੀਬਿੰਬਿਤ ਕਰਦਾ ਹੈ।