بے حالت (Stateless) اور حالت والی (Stateful) سروسز میں کیا فرق ہے؟

Question

Accepted Answer

**بے حالت** سروسز درخواستوں کے درمیان کلائنٹ کی حالت محفوظ نہیں رکھتیں (ہر درخواست آزاد ہے)، جبکہ **حالت والی** سروسز حالت برقرار رکھتی ہیں۔ بے حالت ہونا قابل توسیع پن کے لیے اہم ہے — بے حالت سروسز کو افقی طور پر بہت آسانی سے توسیع دی جا سکتی ہے۔

## بے حالت بمقابلہ حالت والی

```text
STATELESS → the service keeps NO client state between requests:
  → each request contains all needed info; any server can handle any request
  → state lives ELSEWHERE (database, cache, client, token) if needed
STATEFUL → the service MAINTAINS state across requests:
  → a specific server holds a client's state (session in memory, etc.)
  → requests must go to the SAME server (or state must be shared/synchronized)
```

## بے حالت ہونا قابل توسیع پن میں کیسے مدد دیتا ہے

```text
STATELESS services scale horizontally EASILY:
  → any server handles any request → load balancing is simple (any server works)
  → add/remove servers freely; a failed server doesn't lose state → resilient
  → no sticky sessions or state synchronization needed
STATEFUL services are HARDER to scale:
  → requests tied to specific servers (sticky sessions); a server failure loses its state;
    scaling needs state sharing/replication → complexity
→ PREFER STATELESS services for scalability (a key design principle).
```

## بے حالت ڈیزائنوں میں حالت کو سنبھالنا

```text
→ Store state EXTERNALLY where servers can share it:
  → SESSION/data in a shared store (Redis, database) → any server reads it
  → state in the CLIENT (e.g. JWT tokens carry auth state)
  → keep services stateless; externalize state → scalable AND maintains needed state
```

## یہ کیوں اہم ہے

بے حالت اور حالت والی سروسز کے درمیان فرق کو سمجھنا بنیادی ہے کیونکہ **بے حالت ہونا قابل توسیع نظام بنانے کے لیے ایک اہم اصول ہے**، اس لیے یہ ضروری نظام ڈیزائن کا علم ہے۔

امتیاز — **بے حالت** سروسز درخواستوں کے درمیان کلائنٹ کی حالت نہیں رکھتیں (ہر درخواست آزاد، کوئی بھی سرور کسی بھی درخواست کو سنبھال سکتا ہے) بمقابلہ **حالت والی** سروسز جو حالت برقرار رکھتی ہیں (مخصوص سرورز سے جڑی ہوئی) — یہ نظاموں کے قابل توسیع پن کے طریقے کے لیے بنیادی ہے۔

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

یہ **بے حالت سروسز کو ترجیح دینا قابل توسیع پن کے لیے ایک اہم ڈیزائن اصول** بناتا ہے — قابل توسیع نظاموں کے ڈیزائن میں سب سے اہم عملی تصورات میں سے ایک۔

**بے حالت ڈیزائنوں میں حالت کو سنبھالنے** کا طریقہ سمجھنا — حالت کو بیرونی طور پر ذخیرہ کرنا جہاں سرورز اسے اشتراک کر سکیں (سیشنز ایک اشترکہ سٹور میں جیسے Redis، یا کلائنٹ سائڈ ٹوکنز میں حالت جیسے JWTs) تاکہ سروسز بے حالت رہیں جبکہ ضروری حالت کو برقرار رکھیں — یہ عملی تکنیک ہے جو بے حالت ہونے کو ان ایپلیکیشنز کے ساتھ ملاتی ہے جنہیں حالت کی ضرورت ہے۔

یہ افقی توسیع اور بوجھ برابری سے جڑا ہوا ہے (جو بے حالت سروسز کے ساتھ بہترین کام کرتے ہیں)۔

چونکہ بے حالت ہونا افقی قابل توسیع پن کا ایک اہم محرک ہے (بڑے پیمانے پر نظاموں کے لیے اہم طریقہ) اور بے حالت/حالت والی امتیاز کو سمجھنا، بے حالت ہونا قابل توسیع پن میں کیسے مدد دیتا ہے، اور حالت کو بیرونی کیسے بنایا جائے یہ قابل توسیع نظاموں کے ڈیزائن کے لیے بنیادی ہے، بے حالت بمقابلہ حالت والی سروسز کو سمجھنا ضروری، بنیادی نظام ڈیزائن کا علم ہے — قابل توسیع پن کے لیے ایک اہم اصول (بے حالت ہونا آسان افقی توسیع کو فعال کرتا ہے)، بوجھ برابری اور افقی توسیع سے جڑا ہوا، اور قابل توسیع نظاموں کے ڈیزائن کے لیے بہت اہم، قابل توسیع فن تعمیر کے تحت ایک اہم تصور۔