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 જે ડિફોલ્ટ છે યુઝર-ડિફાઇન્ડ બ્રિજ નામ-આધારિત DNS ઉમેરે છે, host હોસ્ટ નેટવર્ક શેર કરવા માટે, overlay બહુ-હોસ્ટ ક્લસ્ટર્સ માટે) જાણવું નેટવર્કિંગને યોગ્યરીતે કોન્ફિગર કરવા માટે સંદર્ભ પ્રદાન કરે છે.

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