Docker نیٹ ورکنگ اور پورٹ میپنگ کیسے کام کرتی ہے؟

Question

Accepted Answer

Docker **نیٹ ورکنگ** فراہم کرتا ہے تاکہ کنٹینرز ایک دوسرے کے ساتھ اور باہر کی دنیا کے ساتھ بات کر سکیں۔ **پورٹ میپنگ** کنٹینر کے پورٹس کو ہوسٹ تک پہنچاتی ہے، اور **نیٹ ورکس** کنٹینرز کو نام کے لحاظ سے ایک دوسرے سے بات کرنے دیتے ہیں۔ بنیادی باتوں کو سمجھنا متصل ایپلیکیشنز چلانے کے لیے ضروری ہے۔

## پورٹ میپنگ — کنٹینرز کو ہوسٹ تک پہنچائیں

```bash
# -p HOST_PORT:CONTAINER_PORT maps a host port to a container port
docker run -p 8080:80 nginx
# → nginx listens on port 80 INSIDE the container;
#   accessing localhost:8080 on the HOST reaches it
# → without -p, the container's ports aren't accessible from outside
```

**پورٹ میپنگ** (`-p host:container`) کنٹینر کے اندرونی پورٹ کو ہوسٹ سے رسائی کے قابل بناتی ہے — کنٹینر کے باہر سے ویب ایپ، API وغیرہ تک رسائی کے لیے ضروری۔

## کنٹینر سے کنٹینر تک رابطہ (صارف کی طرف سے بنائے ہوئے نیٹ ورکس)

```bash
# create a network; containers on it can reach each other BY NAME
docker network create mynet
docker run -d --name db --network mynet postgres
docker run -d --name api --network mynet myapi
# → the "api" container can connect to the database at hostname "db" (Docker DNS)
#   e.g. DATABASE_URL=postgres://db:5432/...
```

**صارف کی طرف سے بنائے ہوئے نیٹ ورک** پر، کنٹینرز ایک دوسرے تک **کنٹینر کے نام** سے رسائی حاصل کر سکتے ہیں (Docker DNS حل فراہم کرتا ہے) — تو ایک ایپ کنٹینر ڈیٹا بیس کنٹینر سے اس کے نام کو ہوسٹ نام کے طور پر استعمال کرتے ہوئے منسلک ہوتا ہے، کوئی IP پتے کی ضرورت نہیں۔

## نیٹ ورک کی اقسام

```text
bridge   → the default; containers on a bridge network communicate; isolated from host
           (user-defined bridge networks add name-based DNS — preferred)
host     → the container shares the host's network directly (no isolation, no mapping)
none     → no networking
overlay  → spans multiple hosts (for Docker Swarm / multi-host clusters)
```

## اس کی اہمیت

Docker نیٹ ورکنگ اور پورٹ میپنگ کو سمجھنا Docker میں حقیقی، متصل ایپلیکیشنز چلانے کے لیے ضروری ہے، اس لیے یہ اہم عملی علم ہے۔ **پورٹ میپنگ** (`-p host:container`) بنیادی ہے اور مسلسل استعمال ہوتی ہے — اس کے بغیر، کنٹینریڈ ویب ایپ یا API کنٹینر کے باہر سے رسائی کے قابل نہیں ہے، اس لیے کنٹینر کے پورٹس کو ہوسٹ تک پہنچانے کا طریقہ سمجھنا کنٹینریڈ سروسز کو واقعی استعمال کرنے کے لیے ضروری ہے۔

برابر اہم **کنٹینر سے کنٹینر تک رابطہ** ہے: یہ سمجھنا کہ **صارف کی طرف سے بنائے ہوئے نیٹ ورک** پر، کنٹینرز ایک دوسرے تک **نام سے** (Docker کے بنے ہوئے DNS کے ذریعے) رسائی حاصل کر سکتے ہیں متعدد کنٹینر والی ایپلیکیشنز کے لیے ضروری ہے — ایک ایپلیکیشن کنٹینر اپنے ڈیٹا بیس کنٹینر سے کنٹینر کے نام کو ہوسٹ نام کے طور پر استعمال کرتے ہوئے منسلک ہونا (مثال کے طور پر `postgres://db:5432`) تقریباً ایک آفاقی نمونہ ہے، اور اسے سمجھنا متعدد کنٹینرز (ایپ + ڈیٹا بیس + کیش وغیرہ) سے بنی ایپلیکیشنز بنانے کے لیے ضروری ہے۔

**نیٹ ورک کی اقسام** کو جاننا (ڈیفالٹ کے طور پر bridge صارف کی طرف سے بنائے ہوئے bridges کے ساتھ نام پر مبنی DNS شامل ہے، host میزبان نیٹ ورک کو شیئر کرنے کے لیے، overlay متعدد host کے کلسٹرز کے لیے) نیٹ ورکنگ کو مناسب طریقے سے ترتیب دینے کے لیے تناظر فراہم کرتا ہے۔

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