Docker networking और port mapping कैसे काम करते हैं?

Question

Accepted Answer

Docker **networking** प्रदान करता है ताकि containers एक-दूसरे के साथ और बाहरी दुनिया के साथ संवाद कर सकें। **Port mapping** एक container के ports को host के सामने उजागर करता है, और **networks** containers को नाम से बात करने देते हैं। बुनियादी बातों को समझना connected applications चलाने के लिए आवश्यक है।

## Port mapping — containers को host के सामने उजागर करना

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

**Port mapping** (`-p host:container`) एक container के आंतरिक port को host से पहुँच योग्य बनाता है — container के बाहर से एक containerized web app, API, आदि तक पहुँचने के लिए आवश्यक।

## container-से-container संचार (user-defined networks)

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

एक **user-defined network** पर, containers एक-दूसरे तक **container name** से पहुँच सकते हैं (Docker DNS resolution प्रदान करता है) — इसलिए एक app container अपने नाम को hostname के रूप में उपयोग करके एक database container से जुड़ता है, कोई IP addresses की आवश्यकता नहीं।

## network प्रकार

```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 networking और port mapping को समझना Docker में वास्तविक, connected applications चलाने के लिए आवश्यक है, इसलिए यह महत्वपूर्ण व्यावहारिक ज्ञान है। **Port mapping** (`-p host:container`) मौलिक है और लगातार उपयोग किया जाता है — इसके बिना, एक containerized web app या API container के बाहर से पहुँच योग्य नहीं है, इसलिए यह समझना कि container ports को host के सामने कैसे उजागर करें, containerized services का वास्तव में उपयोग करने के लिए आवश्यक है।

समान रूप से महत्वपूर्ण है **container-से-container संचार**: यह समझना कि एक **user-defined network** पर, containers एक-दूसरे तक **नाम से** पहुँच सकते हैं (Docker के built-in DNS के माध्यम से) multi-container applications के लिए आवश्यक है — एक application container का अपने database container से container name को hostname के रूप में उपयोग करके जुड़ना (जैसे `postgres://db:5432`) एक लगभग सार्वभौमिक pattern है, और इसे समझना कई containers (app + database + cache, आदि) से बने applications बनाने के लिए आवश्यक है।

**network प्रकारों** को जानना (bridge डिफ़ॉल्ट के रूप में जिसमें user-defined bridges name-based DNS जोड़ते हैं, host network साझा करने के लिए host, multi-host clusters के लिए overlay) networking को उचित रूप से configure करने का संदर्भ प्रदान करता है।

चूँकि वास्तविक applications में services का संवाद करना शामिल है (एक web app का database तक पहुँचना, services का एक-दूसरे को call करना) और बाहर से access किया जाना (exposed ports), और चूँकि Docker networking (external access के लिए port mapping, networks पर named container संचार) ही वह तरीका है जिससे यह connectivity काम करती है, Docker networking की बुनियादी बातों को समझना connected containerized applications चलाने के लिए आवश्यक, बार-बार लागू होने वाला ज्ञान है — एक single isolated container से परे किसी भी चीज़ के लिए आवश्यक, और उन multi-container applications के लिए एक मूलभूत कौशल जो वास्तविक Docker उपयोग में आदर्श हैं।