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`) ਇੱਕ ਕੰਟੇਨਰ ਦੇ ਅੰਦਰੂਨੀ ਪੋਰਟ ਨੂੰ ਹੋਸਟ ਤੋਂ ਪਹੁੰਚ ਯੋਗ ਬਣਾਉਂਦੀ ਹੈ — ਕੰਟੇਨਰ ਦੇ ਬਾਹਰ ਤੋਂ ਇੱਕ containerized ਵੈੱਬ ਐਪ, 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 ਰੈਜ਼ੋਲੂਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ) — ਇਸ ਲਈ ਇੱਕ ਐਪ ਕੰਟੇਨਰ ਇੱਕ ਡਾਟਾਬੇਸ ਕੰਟੇਨਰ ਤੱਕ ਇਸ ਦੇ ਨਾਮ ਨੂੰ hostname ਵਜੋਂ ਵਰਤ ਕੇ ਜੁੜਿਆ ਜਾ ਸਕਦਾ ਹੈ, 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`) ਬੁਨਿਆਦੀ ਹੈ ਅਤੇ ਲਗਾਤਾਰ ਵਰਤੀ ਜਾਂਦੀ ਹੈ — ਇਸ ਤੋਂ ਬਿਨਾ, ਇੱਕ containerized ਵੈੱਬ ਐਪ ਜਾਂ API ਕੰਟੇਨਰ ਦੇ ਬਾਹਰ ਤੋਂ ਪ੍ਰਵੇਸ਼ਯੋਗ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਸਮਝਣਾ ਕਿ ਕਿਵੇਂ ਕੰਟੇਨਰ ਪੋਰਟਸ ਨੂੰ ਹੋਸਟ ਤੱਕ ਪ੍ਰਗਟ ਕਰਨਾ ਹੈ containerized ਸੇਵਾਵਾਂ ਨੂੰ ਅਸਲ ਵਿੱਚ ਵਰਤਣ ਲਈ ਜ਼ਰੂਰੀ ਹੈ।

ਬਰਾਬਰ ਮਹੱਤਵਪੂਰਨ **ਕੰਟੇਨਰ-ਤੋਂ-ਕੰਟੇਨਰ ਸੰਚਾਰ** ਹੈ: ਸਮਝਣਾ ਕਿ ਇੱਕ **ਵਰਤੋਂਕਾਰ-ਪਰਿਭਾਸ਼ਿਤ ਨੈਟਵਰਕ** 'ਤੇ, ਕੰਟੇਨਰ ਇੱਕ ਦੂਜੇ ਤੱਕ **ਨਾਮ ਦੁਆਰਾ** ਪਹੁੰਚ ਸਕਦੇ ਹਨ (Docker ਦੇ built-in DNS ਵਿਆਲੇ) multi-container ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ — ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਕੰਟੇਨਰ ਆਪਣੇ ਡਾਟਾਬੇਸ ਕੰਟੇਨਰ ਤੱਕ ਕੰਟੇਨਰ ਨਾਮ ਨੂੰ hostname ਵਜੋਂ ਵਰਤ ਕੇ ਜੁੜਿਆ ਜਾਣਾ (ਜਿਵੇਂ `postgres://db:5432`) ਇੱਕ ਲਗਭਗ ਪੁਰਾਣਾ ਢੰਗ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ ਸਮਝਣਾ multiple ਕੰਟੇਨਰਾਂ (app + database + cache, ਆਦਿ) ਤੋਂ ਬਣੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਬਣਾਉਣ ਲਈ ਜ਼ਰੂਰੀ ਹੈ।

**ਨੈਟਵਰਕ ਕਿਸਮਾਂ** ਨੂੰ ਜਾਨਣਾ (bridge ਜਿਵੇਂ ਡਿਫੌਲਟ ਯੂਜ਼ਰ-ਡਿਫਾਇਨਡ ਬ੍ਰਿਜਾਂ ਨੇ name-based DNS ਸ਼ਾਮਲ ਕੀਤਾ, host ਹੋਸਟ ਨੈਟਵਰਕ ਸਾਂਝਾ ਕਰਨ ਲਈ, multi-host ਕਲਸਟਰਾਂ ਲਈ overlay) ਨੈਟਵਰਕਿੰਗ ਨੂੰ ਸਮਝਦਾਰੀ ਨਾਲ ਸੰਰਚਿਤ ਕਰਨ ਦਾ ਸੰਦਰਭ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਕਿਉਂਕਿ ਅਸਲ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਸੇਵਾਵਾਂ ਸੰਚਾਰ (ਇੱਕ ਵੈੱਬ ਐਪ ਇੱਕ ਡਾਟਾਬੇਸ ਤੱਕ ਪਹੁੰਚ, ਸੇਵਾਵਾਂ ਇੱਕ ਦੂਜੇ ਨੂੰ ਕਾਲ ਕਰ ਰਹੀਆਂ) ਅਤੇ ਬਾਹਰ ਤੋਂ ਪ੍ਰਵੇਸ਼ (ਪ੍ਰਗਟ ਪੋਰਟਸ) ਸ਼ਾਮਲ ਹੈ, ਅਤੇ ਕਿਉਂਕਿ Docker ਨੈਟਵਰਕਿੰਗ (ਬਾਹਰੀ ਐਕਸੈਸ ਲਈ port mapping, networks 'ਤੇ named ਕੰਟੇਨਰ ਸੰਚਾਰ) ਇਸ ਸੰਯੋਜਨ ਦਾ ਤਰੀਕਾ ਹੈ, Docker ਨੈਟਵਰਕਿੰਗ ਮੂਲਾਂ ਨੂੰ ਸਮਝਣਾ ਜੁੜੇ ਹੋਏ containerized ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਵਾਰ-ਵਾਰ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਗਿਆਨ ਹੈ — ਇੱਕ ਵਿਲੱਖ ਵਿਲੱਖ ਕੰਟੇਨਰ ਤੋਂ ਬਿਆਨ ਤੋਂ ਵੱਧ ਲਈ ਜ਼ਰੂਰੀ, ਅਤੇ Docker ਵਰਤੋਂ ਦੇ ਨਿਯਮ ਵਿੱਚ ਹੁੰਦੀਆਂ multi-container ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਇੱਕ ਪਾਲਣੇ ਦਾ ਹੁਨਰ।