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 اِمیجز، بائنریز، پیکیجز) وہ ہیں جو تعینات کی جاتی ہیں (براہ راست سورس کوڈ نہیں)، اور انہیں **ورژن شدہ رجسٹریز/ریپوزٹریز** میں ذخیرہ کرنا (کنٹینر رجسٹریز، پیکیج ریپوزٹریز) وہ طریقہ ہے جس سے پائپ لائن انہیں منظم کرتی ہے: artifact بنانا، اسے رجسٹری میں بھیجنا، اور وہاں سے تعینات کرنا۔

**اہم اصول — ایک بار بلڈ کریں، ہر جگہ تعینات کریں** — خاص طور پر اہم ہے: artifact کو **ایک بار** بنانا اور اسی **artifact کو** ماحول میں آگے بڑھانا (سٹیجنگ پھر پروڈکشن) یقینی بناتا ہے کہ **جو آپ نے ٹیسٹ کیا وہی بالکل تعینات ہے** (کوئی ماحول کے لحاظ سے دوبارہ بلڈ نہیں جو مختلف منحصرات یا بلڈ ماحول سے فرق کا تعارف کروا سکتا ہے، خرابیاں پیدا کر سکتا ہے) — قابل اعتماد، مطابقت پذیر تعیناتوں کے لیے بنیادی طریقہ جو دوبارہ بنانے کی وجہ سے "یہ سٹیجنگ میں کام کرتا تھا" کی قسم کے مسائل سے بچاتا ہے۔

**فوائل** کو سمجھنا — **ورژن کاری** (بالکل معلوم ہونا کہ کیا تعینات ہے)، **قابل تتبع پن** (تعینات شدہ artifact کو واپس اس کے commit اور بلڈ کی طرف تتبع کرنا، ڈیبگنگ اور آڈٹنگ کے لیے قیمتی)، **آسان رول بیک** (پچھلے artifact ورژن کو دوبارہ تعینات کرنا)، اور **عدم تبدیلی** (artifact ایک بار بننے کے بعد نہیں بدلتے، دوبارہ پیداواری پن یقینی بناتے ہیں)، اضافی طریقوں کے ساتھ جیسے خطرات کی اسکیننگ — یہ ظاہر کرتا ہے کہ صحیح artifact management قابل اعتماد آپریشنز کو کیسے سہارا دیتا ہے۔

کیونکہ artifacts اصل تعیناتی یونٹس ہیں اور انہیں اچھی طریقے سے منظم کرنا (ورژن کاری، ایک بار بلڈ اور ہر جگہ تعینات کا اصول، قابل تتبع پن، عدم تبدیلی) مطابقت پذیر، قابل تتبع، قابل اعتماد تعیناتوں کے لیے اہم ہے، اور کیونکہ artifacts، رجسٹریز، اور خاص طور پر ایک بار بلڈ کے اصول کو سمجھنا درست ترسیل کے لیے قیمتی ہے، artifact management کو سمجھنا قیمتی، عملی طور پر متعلقہ CI/CD علم ہے — قابل اعتماد ترسیل کا اہم حصہ جو یقینی بناتا ہے کہ جو ٹیسٹ ہوا وہ تعینات ہو، قابل تتبع پن اور رول بیک کو سہل بناتا ہے، اور پختہ تعینات طریقوں کی عکاسی کرتا ہے۔