Docker networking และ port mapping ทำงานอย่างไร?

Question

Accepted Answer

Docker ให้ **networking** เพื่อให้ container สามารถสื่อสารกันเองและกับโลกภายนอกได้ **Port mapping** เปิดเผยพอร์ตของ container ให้กับ host และ **network** ให้ container คุยกันได้โดยใช้ชื่อ การเข้าใจพื้นฐานเหล่านี้จำเป็นต่อการรันแอปพลิเคชันที่เชื่อมต่อกัน

## Port mapping — เปิดเผย container ให้กับ host

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

**Port mapping** (`-p host:container`) ทำให้พอร์ตภายในของ container เข้าถึงได้จาก host — จำเป็นต่อการเข้าถึงเว็บแอป, API ฯลฯ ที่ทำเป็น container จากภายนอก container

## การสื่อสารระหว่าง container (user-defined network)

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

บน **user-defined network** container สามารถเข้าถึงกันได้โดยใช้ **ชื่อ container** (Docker ให้บริการ DNS resolution) — ดังนั้น container ของแอปจึงเชื่อมต่อกับ container ของฐานข้อมูลโดยใช้ชื่อของมันเป็น hostname ไม่ต้องใช้ที่อยู่ IP

## ชนิดของ network

```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 networking และ port mapping จำเป็นต่อการรันแอปพลิเคชันที่เชื่อมต่อกันจริงใน Docker จึงเป็นความรู้ปฏิบัติที่สำคัญ **Port mapping** (`-p host:container`) เป็นพื้นฐานและใช้อยู่ตลอดเวลา — หากไม่มีมัน เว็บแอปหรือ API ที่ทำเป็น container จะไม่สามารถเข้าถึงได้จากภายนอก container ดังนั้นการเข้าใจวิธีเปิดเผยพอร์ตของ container ให้กับ host จึงจำเป็นต่อการใช้บริการที่ทำเป็น container จริงๆ

ที่สำคัญเท่ากันคือ **การสื่อสารระหว่าง container**: การเข้าใจว่าบน **user-defined network** container สามารถเข้าถึงกันได้โดยใช้ **ชื่อ** (ผ่าน DNS ในตัวของ Docker) เป็นสิ่งจำเป็นสำหรับแอปพลิเคชันแบบหลาย container — การที่ container ของแอปเชื่อมต่อกับ container ของฐานข้อมูลโดยใช้ชื่อ container เป็น hostname (เช่น `postgres://db:5432`) เป็นรูปแบบที่แทบจะเป็นสากล และการเข้าใจมันจำเป็นต่อการสร้างแอปพลิเคชันที่ประกอบด้วยหลาย container (แอป + ฐานข้อมูล + cache ฯลฯ)

การรู้ **ชนิดของ network** (bridge เป็นค่าเริ่มต้นโดยมี user-defined bridge เพิ่ม DNS แบบอิงชื่อ, host สำหรับการแชร์ network ของ host, overlay สำหรับ cluster แบบหลาย host) ให้บริบทสำหรับการกำหนดค่า networking อย่างเหมาะสม

เนื่องจากแอปพลิเคชันจริงเกี่ยวข้องกับบริการที่สื่อสารกัน (เว็บแอปเข้าถึงฐานข้อมูล, บริการเรียกหากัน) และถูกเข้าถึงจากภายนอก (พอร์ตที่เปิดเผย) และเนื่องจาก Docker networking (port mapping สำหรับการเข้าถึงภายนอก, การสื่อสารระหว่าง container ที่ตั้งชื่อบน network) เป็นวิธีที่การเชื่อมต่อนี้ทำงาน การเข้าใจพื้นฐาน Docker networking จึงเป็นความรู้ที่จำเป็นและนำไปใช้บ่อยสำหรับการรันแอปพลิเคชันที่ทำเป็น container และเชื่อมต่อกัน — จำเป็นสำหรับสิ่งใดก็ตามที่มากกว่า container เดี่ยวที่แยกตัว และเป็นทักษะพื้นฐานสำหรับแอปพลิเคชันแบบหลาย container ซึ่งเป็นมาตรฐานในการใช้ Docker จริง