Docker નેટવર્ક કેવી રીતે ઊંડાણથી કામ કરે છે?

Question

Accepted Answer

Docker વિવિધ **નેટવર્ક ડ્રાઈવર્સ** (bridge, host, overlay, macvlan, none) વિવિધ કનેક્ટિવિટી જરૂરિયાતો માટે પ્રદાન કરે છે, તેમજ **યુઝર-વ્યાખ્યાયિત નેટવર્ક્સ** જેમાં DNS-આધારિત સર્વિસ ડિસ્કવરી જેવી સુવિધાઓ છે. મલ્ટી-કન્ટેનર અને મલ્ટી-હોસ્ટ એપ્લિકેશનોને સાચીરીતે જોડવા માટે નેટવર્કિંગને ઊંડાણથી સમજવું મહત્વપૂર્ણ છે.

## નેટવર્ક ડ્રાઈવર્સ

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

## યુઝર-વ્યાખ્યાયિત નેટવર્ક્સ અને સર્વિસ ડિસ્કવરી

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

યુઝર-વ્યાખ્યાયિત નેટવર્ક્સ **આપોઆપ DNS-આધારિત સર્વિસ ડિસ્કવરી** પ્રદાન કરે છે (કન્ટેનર્સ એક બીજાને નામ દ્વારા પહોંચતા હોય છે) અને ડિફોલ્ટ bridge કરતાં વધારે અલગતા આપે છે — મલ્ટી-કન્ટેનર એપ્લિકેશનો માટે અનુશંસિત અભિગમ.

## નેટવર્ક અલગતા અને સેગમેન્ટેશન

```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 નેટવર્કિંગને ઊંડાણથી સમજવું મહત્વપૂર્ણ છે કારણ કે તે **મલ્ટી-કન્ટેનર અને મલ્ટી-હોસ્ટ એપ્લિકેશનોને સાચીરીતે અને સુરક્ષિતપણે જોડવા માટે મહત્વપૂર્ણ છે**, તેથી તે મૂળભૂત જ્ઞાન પરની વ્યવહારિક જ્ઞાન છે.

**નેટવર્ક ડ્રાઈવર્સ** અને તેમના હેતુઓ જાણવું — **bridge** (સિંગલ-હોસ્ટ કન્ટેનર કમ્યુનિકેશન, યુઝર-વ્યાખ્યાયિત bridges પસંદ હોય છે), **host** (પ્રોક્ષમતાની ખાતર હોસ્ટ નેટવર્કનો સીધો ઉપયોગ, અલગતનો ત્યાગ કરતાં), **overlay** (બહુવિધ હોસ્ટ્સ પર વિસ્તૃત, ક્લસ્ટર્ડ/Swarm ডিપ્લોયમેન્ટ્સ માટે આવશ્યક જ્યાં વિવિધ મશીનોપર કન્ટેનર્સ કમ્યુનિકેટ કરવા જોઈએ), **macvlan** (કન્ટેનર્સને ફિઝિકલ-નેટવર્ક આઇડેન્ટિટી આપતું), અને **none** (સંપૂર્ણ અલગતા) — તમને દરેક પરિસ્થિતિ માટે યોગ્ય નેટવર્કિંગ પસંદ કરવાની મંજૂરી આપે છે, સિંગલ-હોસ્ટ એપ્સ થી મલ્ટી-હોસ્ટ ક્લસ્ટર્સ સુધી.

**DNS-આધારિત સર્વિસ ડિસ્કવરી સાથે યુઝર-વ્યાખ્યાયિત નેટવર્ક્સ** સમજવું (કન્ટેનર્સ Docker ના એમ્બેડેડ DNS દ્વારા નામ દ્વારા આપોઆપ એક બીજાને પહોંચતા હોય છે) ખાસ મહત્વપૂર્ણ છે, કારણ કે તે મલ્ટી-કન્ટેનર એપ્લિકેશનો માટે અનુશંસિત અભિગમ છે — IPs ને વ્યવસ્થાપિત કર્યા વિના નામ દ્વારા સ્વચ્છ સર્વિસ-ટુ-સર્વિસ કમ્યુનિકેશન સક્ષમ કરતું, અને ডિફોલ્ટ bridge કરતાં વધારે અલગતા પ્રદાન કરતું.

**નેટવર્ક અલગતા અને સેગમેન્ટેશન** વિશે જાણવું (કન્ટેનર્સને વિવિધ નેટવર્ક્સ પર મૂકીને નિયંત્રણ કરવું કે શું કમ્યુનિકેટ કરી શકે છે, દા.ત. ફ્રન્ટএન્ડ અને બેકએન્ડ નેટવર્ક્સ અલગ કરવું, પ્રકાશિત પોર્ટ્સ સાથે નિયંત્રિત બાહ્ય સીમા તરીકે) **સુરક્ષા** માટે મૂલ્યવાન છે — કન્ટેનરની પહોંચક્ષમતા મર્યાદિત કરવો હુમલાની સપાટી ઓછી કરે છે.

વાસ્તવિક એપ્લિકેશનોમાં બહુવિધ કમ્યુનિકેટિંગ કન્ટેનર્સ (અને કેટલીકવાર બહુવિધ હોસ્ટ્સ પર ફેલાય છે), અને સાચું, સુરક્ષિત નેટવર્કિંગ (ડ્રાઈવર્સ પસંદ કરવું, સર્વિસ ડિસ્કવરી ઉપયોગ કરવું, નેટવર્ક્સ સેગમેન્ટ કરવું) તેમને સાચીરીતે જોડવા માટે આવશ્યક હોય છે, તેથી Docker નેટવર્કિંગને ઊંડાણથી સમજવું — ડ્રાઈવર્સ, DNS સર્વિસ ડિસ્કવરી સાથે યુઝર-વ્યાખ્યાયિત નેટવર્ક્સ, અને સુરક્ષાના માટે નેટવર્ક સેગમેન્ટેશન — વાસ્તવિક કન્ટેનરાઇઝ્ડ એપ્લિકેશનોને બનાવવા માટે મૂલ્યવાન, વ્યવહારિક રીતે સંબંધિત જ્ઞાન છે, મલ્ટી-કન્ટેનર અને વિતરિત ડિપ્લોયમેન્ટ્સમાં કાર્યક્ષમતા (કનેક્ટિવિટી) અને સુરક્ષા (અલગતા) બંને માટે મહત્વપૂર્ણ છે.