Docker ਨੈੱਟਵਰਕ ਗਹਿਰਾਈ ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ?

Question

Accepted Answer

Docker ਵੱਖ-ਵੱਖ **network drivers** (bridge, host, overlay, macvlan, none) ਵੱਖ-ਵੱਖ ਕਨੈਕਟੀਵਿਟੀ ਲੋੜਾਂ ਲਈ, ਨਾਲ ਹੀ **user-defined networks** ਅਤੇ DNS-ਆਧਾਰਿਤ service discovery ਵਰਗੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਬਹੁ-ਕੰਟੇਨਰ ਅਤੇ ਬਹੁ-ਹੋਸਟ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਜੋੜਨ ਲਈ ਨੈਟਵਰਕਿੰਗ ਨੂੰ ਗਹਿਰਾਈ ਵਿੱਚ ਸਮਝਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ।

## Network drivers

```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 networks ਅਤੇ service discovery

```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 networks **automatic DNS-ਆਧਾਰਿਤ service discovery** (ਕੰਟੇਨਰ ਇੱਕ-ਦੂਜੇ ਤੱਕ ਨਾਮ ਦੁਆਰਾ ਪਹੁੰਚ ਸਕਦੇ ਹਨ) ਅਤੇ default bridge ਨਾਲੋਂ ਵਧੀਆ ਅਲੱਗ-ਥਲਗਪਨ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ — ਇਹ ਬਹੁ-ਕੰਟੇਨਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਸਿਫਾਰਸ਼ ਕੀਤਾ ਤਰੀਕਾ ਹੈ।

## Network isolation ਅਤੇ segmentation

```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 networking ਨੂੰ ਗਹਿਰਾਈ ਵਿੱਚ ਸਮਝਣਾ **ਬਹੁ-ਕੰਟੇਨਰ ਅਤੇ ਬਹੁ-ਹੋਸਟ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਸਹੀ ਅਤੇ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਜੋੜਨ** ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਇਸਲਈ ਇਹ ਮੂਲ ਗੱਲਾਂ ਤੋਂ ਪਰੇ ਮੁੱਲਵਾਨ ਵਿਹਾਰਕ ਗਿਆਨ ਹੈ।

**network drivers** ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਉਦੇਸ਼ ਨੂੰ ਜਾਣਨਾ — **bridge** (single-host container communication, user-defined bridges ਬਿਹਤਰ ਹਨ), **host** (ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਹੋਸਟ ਨੈਟਵਰਕ ਸਿੱਧਾ ਵਰਤਣਾ, isolation ਕੁਰਬਾਨ ਕਰਦਿਆਂ), **overlay** (ਕਈ ਹੋਸਟਾਂ ਤੋਂ ਫੈਲਿਆ ਹੋਇਆ, clustered/Swarm deployments ਲਈ ਜ਼ਰੂਰੀ ਜਿੱਥੇ ਵੱਖ-ਵੱਖ ਮਸ਼ੀਨਾਂ ਉੱਤੇ ਕੰਟੇਨਰ ਸੰਚਾਰ ਕਰਨ ਲਈ ਹਨ), **macvlan** (ਕੰਟੇਨਰਾਂ ਨੂੰ physical-network identities ਦੇਣਾ), ਅਤੇ **none** (ਪੂਰਾ isolation) — ਤੁਹਾਨੂੰ ਹਰ ਸਥਿਤੀ ਲਈ ਸਹੀ ਨੈਟਵਰਕਿੰਗ ਚੁਣਨ ਲਈ ਸਾਥ ਦਿੰਦਾ ਹੈ, single-host apps ਤੋਂ ਲੈ ਕੇ multi-host clusters ਤੱਕ।

**user-defined networks ਅਤੇ DNS-ਆਧਾਰਿਤ service discovery** ਨੂੰ ਸਮਝਣਾ (ਕੰਟੇਨਰ ਆਪੇ-ਆਪ Docker ਦੇ embedded DNS ਦੁਆਰਾ ਨਾਮ ਨਾਲ ਇੱਕ-ਦੂਜੇ ਤੱਕ ਪਹੁੰਚ ਸਕਦੇ ਹਨ) ਖਾਸ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਬਹੁ-ਕੰਟੇਨਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਸਿਫਾਰਸ਼ ਕੀਤਾ ਤਰੀਕਾ ਹੈ — ਨਾਮ ਦੁਆਰਾ IPs ਪ੍ਰਬੰਧਨ ਕੀਤੇ ਬਿਨਾਂ ਸਾਫ service-to-service ਸੰਚਾਰ ਸਮਰਥ ਬਣਾਉਣਾ, ਅਤੇ default bridge ਨਾਲੋਂ ਬਿਹਤਰ isolation ਪ੍ਰਦਾਨ ਕਰਨਾ।

**network isolation ਅਤੇ segmentation** ਬਾਰੇ ਜਾਣਨਾ (ਕੰਟੇਨਰਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਨੈਟਵਰਕਾਂ ਉੱਤੇ ਰੱਖ ਕੇ ਨਿਯੰਤਰਿਤ ਕਰਨਾ ਕਿ ਕੀ ਸੰਚਾਰ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਵੇਂ frontend ਅਤੇ backend networks ਨੂੰ ਵੱਖ ਕਰਨਾ, published ports ਦੇ ਨਾਲ ਨਿਯੰਤਰਿਤ ਬਾਹਰੀ ਸੀਮਾ) **ਸੁਰੱਖਿਆ** ਲਈ ਮੁੱਲਵਾਨ ਹੈ — ਇੱਕ ਕੰਟੇਨਰ ਦੀ reachability ਸੀਮਤ ਕਰਨਾ attack surface ਘਟਾਉਂਦਾ ਹੈ।

ਕਿਉਂਕਿ ਅਸਲ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਕਈ ਸੰਚਾਰ ਕਰਨ ਵਾਲੇ ਕੰਟੇਨਰ ਸ਼ਾਮਿਲ ਹਨ (ਅਤੇ ਕਦੇ-ਕਦੇ ਕਈ ਹੋਸਟਾਂ ਵਿਚ ਫੈਲੇ ਹੋਏ ਹনੰ), ਅਤੇ ਕਿਉਂਕਿ ਸਹੀ, ਸੁਰੱਖਿਤ ਨੈਟਵਰਕਿੰਗ (drivers ਚੁਣਨਾ, service discovery ਵਰਤਣਾ, networks ਨੂੰ ਵੱਖ ਕਰਨਾ) ਉਨ੍ਹਾਂ ਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਜੋੜਨ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, Docker networking ਨੂੰ ਗਹਿਰਾਈ ਵਿੱਚ ਸਮਝਣਾ — drivers, DNS service discovery ਨਾਲ user-defined networks, ਅਤੇ ਸੁਰੱਖਿਆ ਲਈ network segmentation — ਅਸਲ containerized applications ਬਣਾਉਣ ਲਈ ਮੁੱਲਵਾਨ, ਵਿਹਾਰਕ-ਪ੍ਰਾਸੰਗਿਕ ਗਿਆਨ ਹੈ, ਬਹੁ-ਕੰਟੇਨਰ ਅਤੇ distributed deployments ਵਿੱਚ ਕਾਰਜਸ਼ੀਲਤਾ (connectivity) ਅਤੇ ਸੁਰੱਖਿਆ (isolation) ਦੋਵਾਂ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ।