Docker नेटवर्कहरू गहिराईमा कसरी काम गर्छन्?

Question

Accepted Answer

Docker ले विभिन्न सংযोजन आवश्यकताहरूको लागि विभिन्न **नेटवर्क ड्राइभरहरू** (bridge, host, overlay, macvlan, none) प्रदान गर्छ, साथै **user-defined networks** जस्ता विशेषताहरू DNS-आधारित सेवा खोज सहित। multi-container र multi-host अनुप्रयोगहरूलाई सही तरिकाले जोड्न नेटवर्किङलाई गहिराईमा बुझ्न महत्त्वपूर्ण छ।

## नेटवर्क ड्राइभरहरू

```text
BRIDGE (default) → a private internal network on a single host; containers communicate;
  isolated from the host except via published ports. USER-DEFINED bridges add DNS
  (containers reach each other by name) — preferred over the default bridge.
HOST → the container uses the host's network stack directly (no isolation, no port
  mapping needed) — max performance, less isolation.
OVERLAY → spans MULTIPLE hosts → containers on different machines communicate
  (for Docker Swarm / multi-host clusters).
MACVLAN → gives a container its own MAC/IP on the physical network (appears as a
  physical device).
NONE → no networking (fully isolated).
```

## User-defined नेटवर्कहरू र सेवा खोज

```bash
docker network create app-net
docker run -d --name db --network app-net postgres
docker run -d --name api --network app-net myapi
# → on a user-defined network, Docker's embedded DNS resolves container NAMES
#   the "api" reaches the database at hostname "db" → automatic service discovery
```

User-defined नेटवर्कहरूले **स्वचलित DNS-आधारित सेवा खोज** (कन्टेनरहरू एकअर्कामा नामद्वारा पहुँच गर्छन्) प्रदान गर्छन् र पूर्वनिर्धारित bridge भन्दा राम्रो अलगता — multi-container अनुप्रयोगहरूको लागि सिफारिश गरिएको दृष्टिकोण।

## नेटवर्क अलगता र विभाजन

```text
→ Containers can be placed on DIFFERENT networks to isolate them (segmentation):
  e.g. a frontend network and a backend network; only certain containers bridge both
→ Improves security (a container only reaches what it's networked with)
→ Published ports (-p) are the controlled boundary to the outside world
```

## किन यो महत्त्वपूर्ण छ

Docker नेटवर्किङलाई गहिराईमा बुझ्न **multi-container र multi-host अनुप्रयोगहरूलाई सही र सुरक्षित तरिकाले जोड्न** महत्त्वपूर्ण छ, त्यसैले यो आधारभूत कुरा भन्दा परको मूल्यवान व्यावहारिक ज्ञान हो।

**नेटवर्क ड्राइभरहरू** र तिनीहरूको उद्देश्य जान्नु — **bridge** (एकल-होस्ट कन्टेनर सञ्चार, user-defined bridges प्राथमिक हून्), **host** (प्रदर्शनको लागि होस्ट नेटवर्क सीधै प्रयोग गर्दा, अलगतालाई त्याग गर्दा), **overlay** (एकै होस्टमा विस्तार हुँदा, clustered/Swarm तैनातीको लागि आवश्यक जहाँ विभिन्न मेसिनहरूमा कन्टेनरहरू सञ्चार गर्नुपर्छ), **macvlan** (कन्टेनरहरूलाई भौतिक-नेटवर्क पहिचान दिदा), र **none** (पूर्ण अलगता) — तपाईलाई प्रत्येक परिदृश्यको लागि सही नेटवर्किङ छनोट गर्न अनुमति दिन्छ, एकल-होस्ट अनुप्रयोग देखि multi-host क्लस्टरहरूसम्म।

**user-defined नेटवर्कहरू DNS-आधारित सेवा खोज सहित** (कन्टेनरहरू Docker को embedded DNS को माध्यमबाट नामद्वारा एकअर्कामा स्वचलित रूपमा पहुँच गर्छन्) बुझ्न विशेष गरी महत्त्वपूर्ण छ, किनभने यो multi-container अनुप्रयोगहरूको लागि सिफारिश गरिएको दृष्टिकोण हो — IP हरू प्रबन्ध नगरी नामद्वारा स्वच्छ सेवा-देखि-सेवा सञ्चार सक्षम गरेर, र पूर्वनिर्धारित bridge भन्दा राम्रो अलगता प्रदान गरेर।

**नेटवर्क अलगता र विभाजन** (कन्टेनरहरूलाई विभिन्न नेटवर्कहरूमा राखेर के सञ्चार गर्न सक्छ नियन्त्रण गर्दा, जस्तै frontend र backend नेटवर्कहरू अलग गर्दा, प्रकाशित पोर्टहरू नियन्त्रित बाह्य सीमा हुन) को बारेमा जान्नु **सुरक्षा** को लागि मूल्यवान छ — कन्टेनरको पहुँच सीमित गर्नु आक्रमण सतह घटाउछ।

वास्तविक अनुप्रयोगहरूले एकाधिक सञ्चार गर्ने कन्टेनरहरू समावेश गर्छ (र कहिलेकाहीँ एकै होस्टमा विस्तार हुन्छ), र सही, सुरक्षित नेटवर्किङ (ड्राइभरहरू छनोट गर्दा, सेवा खोज प्रयोग गर्दा, नेटवर्कहरू विभाजन गर्दा) तिनीहरूलाई सही तरिकाले जोड्न आवश्यक छ, Docker नेटवर्किङ गहिराईमा बुझ्न — ड्राइभरहरू, DNS सेवा खोज सहित user-defined नेटवर्कहरू, र सुरक्षाको लागि नेटवर्क विभाजन — containerized अनुप्रयोगहरू निर्माण गरनको लागि मूल्यवान, व्यावहारिक-प्रासङ्गिक ज्ञान हो, multi-container र वितरित तैनातीहरूमा कार्यक्षमता (सञ्चार) र सुरक्षा (अलगता) दोनोको लागि महत्त्वपूर्ण छ।