Docker Networking: Bridge, Host, Overlay Networks อธิบายแบบเข้าใจง่าย

by

ในฐานะนักเขียนบทความเทคโนโลยีที่มีประสบการณ์กว่าทศวรรษ ผมเชื่อว่าหัวใจสำคัญของการสร้างแอปพลิเคชันที่แข็งแกร่งและปรับขนาดได้ในยุคปัจจุบัน คือการทำความเข้าใจโครงสร้างพื้นฐานที่เราใช้งาน Docker ได้ปฏิวัติวงการการพัฒนาและ Deployment ซอฟต์แวร์ แต่ความสามารถอันทรงพลังของ Docker จะไม่สมบูรณ์หากปราศจากระบบเครือข่ายที่ยืดหยุ่นและมีประสิทธิภาพ Docker Networking คือกลไกที่ช่วยให้ Container สามารถสื่อสารกันเอง สื่อสารกับโลกภายนอก และยังคงไว้ซึ่งการแยกส่วนที่จำเป็น

บทความนี้จะพาคุณเจาะลึกถึงเครือข่ายหลักสามประเภทใน Docker ได้แก่ Bridge, Host และ Overlay Network โดยจะอธิบายหลักการทำงาน ข้อดี ข้อจำกัด และตัวอย่างการใช้งานจริง เพื่อให้คุณเข้าใจภาพรวมทั้งหมด และสามารถเลือกใช้เครือข่ายให้เหมาะสมกับความต้องการของโปรเจกต์ของคุณได้อย่างมั่นใจ ไม่ว่าคุณจะเป็น DevOps Engineer, Developer หรือ System Administrator การทำความเข้าใจ Docker Networking จะเป็นกุญแจสำคัญในการปลดล็อกศักยภาพสูงสุดของ Docker และยกระดับการจัดการ Container ของคุณไปอีกขั้น

ทำความเข้าใจพื้นฐาน Docker Networking

ก่อนที่เราจะดำดิ่งสู่รายละเอียดของเครือข่ายแต่ละประเภท สิ่งสำคัญคือต้องเข้าใจว่า Docker จัดการกับเครือข่ายอย่างไร โดยพื้นฐานแล้ว Container ของ Docker ถูกออกแบบมาให้แยกออกจากกัน (Isolated) แต่ในโลกแห่งความเป็นจริง แอปพลิเคชันมักจะต้องสื่อสารกันเอง หรือสื่อสารกับบริการภายนอก Docker จึงมีระบบเครือข่ายในตัวที่ช่วยให้ Container สามารถเชื่อมต่อกันได้เสมือนอยู่ในเครือข่ายเดียวกัน หรือแม้กระทั่งแชร์เครือข่ายกับโฮสต์ (Host) ได้

ทุกครั้งที่คุณรัน Container โดยไม่ระบุเครือข่าย Docker จะเชื่อมต่อมันเข้ากับเครือข่ายเริ่มต้นที่เรียกว่า `bridge` ซึ่ง Docker สร้างขึ้นมาให้โดยอัตโนมีัติ คุณสามารถตรวจสอบเครือข่ายที่มีอยู่บน Docker Host ของคุณได้ด้วยคำสั่งง่ายๆ:

docker network ls

และหากต้องการดูรายละเอียดเชิงลึกของเครือข่ายใดเครือข่ายหนึ่ง เช่น IP Address ของ Container ที่เชื่อมต่ออยู่ คุณสามารถใช้คำสั่ง:

docker network inspect [network_name]

การทำความเข้าใจผลลัพธ์จากคำสั่งเหล่านี้จะช่วยให้คุณเห็นภาพการทำงานของ Docker Networking ได้ชัดเจนยิ่งขึ้น

Docker Networking: Bridge, Host, Overlay Networks อธิบายแบบเข้าใจง่าย - การจัดการโครงสร้างพื้นฐานระบบคลาวด์และ Kubernetes Cluster
ภาพประกอบที่ 1: การจัดการโครงสร้างพื้นฐานระบบคลาวด์และ Kubernetes Cluster

Docker Bridge Network: เครือข่ายพื้นฐานที่คุ้นเคย

Bridge Network เป็นเครือข่ายประเภทที่พบเห็นได้บ่อยที่สุดและเป็นค่าเริ่มต้นของ Docker เมื่อคุณรัน Container โดยไม่ระบุเครือข่ายใดๆ Docker จะเชื่อมต่อ Container นั้นเข้ากับ `bridge` network โดยอัตโนมัติ

หลักการทำงานของ Bridge Network

เมื่อ Docker Host ถูกติดตั้ง Docker จะสร้าง Virtual Bridge ที่ชื่อว่า `docker0` ขึ้นมาบนระบบปฏิบัติการของโฮสต์ เสมือนเป็น Virtual Switch ที่เชื่อมต่อ Container ต่างๆ เข้าด้วยกัน Container ที่เชื่อมต่อกับ Bridge Network จะได้รับ IP Address ส่วนตัวภายในเครือข่ายย่อย (Subnet) ของ Bridge นั้นๆ และสามารถสื่อสารกันได้โดยใช้ชื่อ Container เป็น Hostname ซึ่ง Docker มี Internal DNS Server คอยจัดการให้

สำหรับการสื่อสารออกไปยังโลกภายนอก (เช่น อินเทอร์เน็ต) Docker จะใช้ Network Address Translation (NAT) โดยจะทำหน้าที่แปลง IP Address ภายในของ Container ให้เป็น IP Address ของ Docker Host ก่อนที่จะส่งข้อมูลออกไป ทำให้ Container สามารถเข้าถึงบริการภายนอกได้ ในทางกลับกัน หากต้องการให้โลกภายนอกเข้าถึงบริการที่รันอยู่ใน Container คุณจะต้องทำการ Port Mapping (เช่น `-p 80:80` ซึ่งหมายถึงส่งต่อ Traffic จาก Port 80 ของ Host ไปยัง Port 80 ของ Container)

ข้อดีและข้อจำกัด

**ข้อดี:**
* **ใช้งานง่าย:** เป็นค่าเริ่มต้นและไม่ต้องการการตั้งค่าที่ซับซ้อน เหมาะสำหรับ Container เดี่ยวๆ หรือแอปพลิเคชันที่มี Container ไม่มากนักที่รันอยู่บน Docker Host เดียวกัน
* **การแยกส่วน:** Container ที่อยู่บน Bridge Network ที่แตกต่างกันจะไม่สามารถสื่อสารกันได้โดยตรง ช่วยเพิ่มความปลอดภัยและลดความขัดแย้ง
* **Service Discovery:** Container ที่อยู่ใน Bridge Network เดียวกันสามารถค้นหาและสื่อสารกันได้โดยใช้ชื่อ Container ซึ่งสะดวกในการพัฒนาแอปพลิเคชันแบบ Microservices

**ข้อจำกัด:**
* **การสื่อสารข้ามโฮสต์:** Bridge Network ถูกจำกัดให้อยู่ภายใน Docker Host เดียวกัน Container บน Docker Host ที่ต่างกันไม่สามารถสื่อสารกันได้โดยตรงผ่าน Bridge Network
* **Port Conflicts:** หาก Container หลายตัวต้องการใช้ Port เดียวกันบน Host คุณจะต้องจัดการ Port Mapping ให้ดี เพื่อไม่ให้เกิดความขัดแย้ง
* **ประสิทธิภาพ:** การใช้ NAT อาจมี Overhead เล็กน้อยเมื่อมีการรับส่งข้อมูลจำนวนมาก

ตัวอย่างการใช้งาน Docker Bridge Network

การรัน Container บน `bridge` network เริ่มต้นเป็นเรื่องง่าย:

docker run -d --name webapp_default -p 8080:80 nginx:latest

คำสั่งนี้จะรัน Nginx Container และเชื่อมต่อเข้ากับ `bridge` network โดยอัตโนมัติ Port 8080 ของ Host จะถูก Map ไปยัง Port 80 ของ Container

นอกจากนี้ คุณยังสามารถสร้าง Custom Bridge Network ของคุณเองได้ เพื่อจัดกลุ่ม Container ที่เกี่ยวข้องกันเข้าด้วยกัน และให้มันสื่อสารกันได้อย่างปลอดภัย:

# 1. สร้าง Custom Bridge Network ชื่อ my_app_network
docker network create my_app_network

# 2. รัน Database Container และเชื่อมต่อเข้ากับ my_app_network
docker run -d --network my_app_network --name db_server postgres:latest

# 3. รัน Web Application Container และเชื่อมต่อเข้ากับ my_app_network
#    ตอนนี้ web_app สามารถเชื่อมต่อ db_server ได้โดยใช้ชื่อ 'db_server'
docker run -d --network my_app_network --name web_app -p 80:80 my_custom_web_image

ในตัวอย่างนี้ `web_app` สามารถสื่อสารกับ `db_server` ได้โดยใช้ชื่อ `db_server` เพราะทั้งคู่อยู่ใน `my_app_network` เดียวกัน

Docker Networking: Bridge, Host, Overlay Networks อธิบายแบบเข้าใจง่าย - กระบวนการส่งมอบซอฟต์แวร์อัตโนมัติด้วย CI/CD Pipeline
ภาพประกอบที่ 2: กระบวนการส่งมอบซอฟต์แวร์อัตโนมัติด้วย CI/CD Pipeline

Docker Host Network: ไร้ซึ่งการแยกเครือข่าย

Host Network เป็นเครือข่ายที่ตรงกันข้ามกับ Bridge Network ในแง่ของการแยกส่วน Container ที่ใช้ Host Network จะไม่ได้รับการแยกเครือข่ายออกจาก Docker Host เลย

หลักการทำงานของ Host Network

เมื่อคุณรัน Container ด้วย `–network host` Container นั้นจะแชร์ Network Namespace กับ Docker Host โดยตรง ซึ่งหมายความว่า Container จะใช้ IP Address, Routing Table และ Network Interface เดียวกันกับ Docker Host พูดง่ายๆ คือ Process ที่รันอยู่ใน Container จะปรากฏราวกับว่ามันรันอยู่บน Docker Host โดยตรง

ด้วยเหตุนี้ จึงไม่มีการทำ NAT หรือ Virtual Bridge มาเกี่ยวข้อง Container สามารถเข้าถึง Port ใดๆ บน Host ได้โดยตรง และ Port ที่ Container เปิดใช้งานก็จะเปิดอยู่บน Host โดยตรงเช่นกัน

ข้อดีและข้อจำกัด

**ข้อดี:**
* **ประสิทธิภาพสูงสุด:** เนื่องจากไม่มีการทำ NAT หรือมี Layer เครือข่ายเพิ่มเติม ทำให้การสื่อสารรวดเร็วที่สุด เหมาะสำหรับแอปพลิเคชันที่ต้องการ Latency ต่ำมากๆ หรือ Throughput สูง
* **การเข้าถึงเครือข่ายโฮสต์โดยตรง:** Container สามารถเข้าถึงบริการหรือ Interface เครือข่ายของ Host ได้อย่างง่ายดาย

**ข้อจำกัด:**
* **ไม่มีการแยกเครือข่าย:** เป็นข้อเสียที่สำคัญที่สุด เพราะ Container จะไม่ถูกแยกออกจาก Host ในระดับเครือข่าย ซึ่งอาจส่งผลต่อความปลอดภัย
* **ปัญหา Port Conflicts:** หาก Container พยายามจะใช้ Port ที่ Host กำลังใช้งานอยู่แล้ว จะเกิดข้อผิดพลาดขึ้น คุณไม่สามารถรัน Container หลายตัวที่ใช้ Port เดียวกันบน Host ด้วย Host Network ได้
* **ความปลอดภัย:** เนื่องจาก Container มีสิทธิ์เข้าถึง Network Namespace ของ Host โดยตรง หาก Container ถูกโจมตี อาจส่งผลกระทบต่อความปลอดภัยของ Host ได้ง่ายขึ้น

ตัวอย่างการใช้งาน Docker Host Network

การรัน Container ด้วย Host Network ทำได้ง่ายๆ:

docker run -d --network host --name myapp_on_host my_application_image

สมมติว่า `my_application_image` เป็นแอปพลิเคชันที่รันบน Port 8080 หากคุณใช้คำสั่งด้านบน แอปพลิเคชันใน Container จะสามารถเข้าถึงได้จาก `http://[IP_ของ_Host]:8080` โดยตรง โดยไม่จำเป็นต้องมีการ Port Mapping ด้วย `-p`

Host Network มักใช้ในกรณีพิเศษ เช่น การรัน Monitoring Agent ที่ต้องการเข้าถึงข้อมูลเครือข่ายของ Host หรือในสถานการณ์ที่ประสิทธิภาพเครือข่ายเป็นสิ่งสำคัญที่สุด และผู้ใช้งานยอมรับความเสี่ยงด้านความปลอดภัยและข้อจำกัดเรื่อง Port Conflicts ได้

Docker Networking: Bridge, Host, Overlay Networks อธิบายแบบเข้าใจง่าย - ระบบเครือข่ายและเซิร์ฟเวอร์ความเร็วสูงระดับดาต้าเซ็นเตอร์
ภาพประกอบที่ 3: ระบบเครือข่ายและเซิร์ฟเวอร์ความเร็วสูงระดับดาต้าเซ็นเตอร์
💡 Pro Tip สำหรับทีมวิศวกรและนักพัฒนาไทย

ในการนำเทคโนโลยีหรือแนวปฏิบัตินี้ไปปรับใช้จริง ควรคำนึงถึง Security Hardening, Observability และการทดสอบแบบ Automated เสมอ เพื่อความเสถียรสูงสุดในระดับ Production

Docker Overlay Network: เครือข่ายสำหรับหลายโฮสต์

Overlay Network คือเครือข่ายที่ถูกออกแบบมาเพื่อแก้ปัญหาการสื่อสารข้าม Docker Host ซึ่งเป็นข้อจำกัดหลักของ Bridge Network Overlay Network เป็นหัวใจสำคัญของ Docker Swarm และ Orchestration Tools อื่นๆ เช่น Kubernetes ที่ต้องการให้ Container สามารถสื่อสารกันได้ไม่ว่าพวกมันจะรันอยู่บน Docker Host ใดก็ตามใน Cluster

หลักการทำงานของ Overlay Network

Overlay Network จะสร้างเครือข่ายเสมือน (Virtual Network) ขึ้นมา “ซ้อนทับ” (Overlay) บนเครือข่ายทางกายภาพ (Underlay Network) ที่เชื่อมต่อ Docker Host ต่างๆ เข้าด้วยกัน โดยทั่วไปแล้วจะใช้โปรโตคอลการ Encapsulation อย่าง VXLAN (Virtual Extensible LAN) ซึ่งจะห่อหุ้ม (Encapsulate) แพ็กเก็ตข้อมูลจาก Container และส่งผ่านเครือข่ายทางกายภาพระหว่าง Docker Host เมื่อแพ็กเก็ตไปถึงปลายทาง มันจะถูก Decapsulate และส่งไปยัง Container ปลายทางที่ต้องการ

ในการทำงานของ Overlay Network จำเป็นต้องมีกลไกในการจัดการสถานะของเครือข่ายและ Container ต่างๆ ที่กระจายอยู่บนหลายโฮสต์ Docker Swarm Mode ซึ่งเป็นเครื่องมือ Orchestration ในตัวของ Docker จะเข้ามาจัดการในส่วนนี้ โดยใช้ Raft Consensus Algorithm เพื่อรักษาสถานะของ Cluster และเครือข่ายให้สอดคล้องกันทั่วทั้ง Cluster ทำให้ Container สามารถค้นหาและสื่อสารกันได้ด้วยชื่อบริการ (Service Name) แม้จะอยู่คนละโฮสต์ก็ตาม

ข้อดีและข้อจำกัด

**ข้อดี:**
* **การสื่อสารข้ามโฮสต์:** เป็นจุดเด่นหลัก ช่วยให้ Container ใน Cluster สามารถสื่อสารกันได้อย่างราบรื่น ไม่ว่าจะรันอยู่บนโฮสต์ใด
* **Service Discovery และ Load Balancing:** ใน Docker Swarm, Overlay Network ทำงานร่วมกับ Service Discovery และ Internal Load Balancer ทำให้การค้นหาและกระจายโหลดไปยัง Container ต่างๆ ใน Service เป็นไปโดยอัตโนมัติ
* **การแยกส่วน:** ยังคงมีการแยกส่วนระหว่างเครือข่ายของ Container กับเครือข่ายของ Host
* **ความทนทานต่อความผิดพลาด:** ใน Swarm Mode หากโฮสต์ใดโฮสต์หนึ่งล่ม Container ที่รันอยู่บน Overlay Network สามารถถูกย้ายไปรันบนโฮสต์อื่นและยังคงเชื่อมต่อกับเครือข่ายเดิมได้

**ข้อจำกัด:**
* **ความซับซ้อน:** การตั้งค่า Overlay Network มักจะต้องเปิดใช้งาน Docker Swarm Mode ก่อน ซึ่งเพิ่มความซับซ้อนในการตั้งค่าและจัดการเมื่อเทียบกับ Bridge Network
* **ประสิทธิภาพ:** การ Encapsulation และ Decapsulation ของ VXLAN อาจมี Overhead เล็กน้อยเมื่อเทียบกับ Bridge หรือ Host Network แต่โดยทั่วไปแล้วผลกระทบจะน้อยมากจนไม่เป็นปัญหาสำหรับการใช้งานส่วนใหญ่
* **การแก้ไขปัญหา:** การ Debug ปัญหาเครือข่ายใน Overlay Network อาจมีความซับซ้อนกว่า เนื่องจากมี Layer เพิ่มเติมเข้ามา

ตัวอย่างการใช้งาน Docker Overlay Network (ใน Docker Swarm)

การใช้งาน Overlay Network ต้องอยู่ใน Docker Swarm Mode ก่อน:

# บน Docker Host เครื่องแรก (Manager Node)
docker swarm init --advertise-addr <IP_ของ_Host>

# บน Docker Host เครื่องอื่นๆ (Worker Nodes)
# รันคำสั่ง join ที่ได้จาก docker swarm init

เมื่อ Swarm Cluster พร้อม คุณก็สามารถสร้าง Overlay Network และ Deploy Service ได้:

# 1. สร้าง Overlay Network ชื่อ my_overlay_app_net
#    `-d overlay` คือการระบุว่าเป็น Overlay Driver
docker network create -d overlay my_overlay_app_net

# 2. Deploy Web Application Service ที่เชื่อมต่อกับ my_overlay_app_net
#    และเปิด Port 80 ของ Service ไปยัง Port 80 ของ Host
docker service create \
  --network my_overlay_app_net \
  --name web_service \
  -p 80:80 \
  --replicas 3 \
  my_custom_web_image

# 3. Deploy Database Service ที่เชื่อมต่อกับ my_overlay_app_net
#    db_service สามารถรันอยู่บนโฮสต์ใดก็ได้ใน Swarm
docker service create \
  --network my_overlay_app_net \
  --name db_service \
  --replicas 1 \
  postgres:latest

ในตัวอย่างนี้ `web_service` (ซึ่งมี 3 Replicas กระจายอยู่บนโฮสต์ต่างๆ) สามารถสื่อสารกับ `db_service` ได้โดยใช้ชื่อ `db_service` โดยไม่ต้องกังวลว่า Container ของ `db_service` จะรันอยู่บนโฮสต์ใดใน Cluster

ตารางเปรียบเทียบ Docker Networking Modes

| คุณสมบัติ | Bridge Network | Host Network | Overlay Network |
| :——————– | :——————————————- | :——————————————– | :———————————————— |
| **การแยกเครือข่าย** | สูง (Container มี IP ของตัวเอง, ใช้ NAT) | ไม่มี (แชร์ Network Namespace กับ Host) | สูง (Container มี IP ของตัวเอง, ใช้ VXLAN) |
| **การสื่อสารระหว่าง Container** | สื่อสารกันได้ด้วยชื่อ (ใน Bridge เดียวกัน) | ผ่าน localhost หรือ IP ของ Host (หากอยู่บน Host เดียวกัน) | สื่อสารกันได้ด้วยชื่อ Service (ข้าม Host ได้) |
| **การสื่อสารระหว่าง Host** | ไม่รองรับโดยตรง (ต้องทำ Port Mapping) | ไม่เกี่ยวข้อง (แชร์เครือข่าย Host โดยตรง) | รองรับอย่างเต็มที่ (ออกแบบมาเพื่อการนี้) |
| **ประสิทธิภาพ** | ดี (มี NAT Overhead เล็กน้อย) | ดีเยี่ยม (ไม่มี Overhead) | ดี (มี VXLAN Encapsulation Overhead เล็กน้อย) |
| **ความซับซ้อน** | ต่ำ (ค่าเริ่มต้น) | ต่ำ | สูง (ต้องตั้งค่า Docker Swarm/Cluster) |
| **Use Case หลัก** | Container เดี่ยว, แอปพลิเคชันหลาย Container บน Host เดียวกัน | Monitoring, แอปพลิเคชันที่ต้องการประสิทธิภาพสูงสุด, เข้าถึง Host Network | แอปพลิเคชันแบบกระจาย (Distributed Apps), Docker Swarm, Multi-Host Cluster |

สรุปภาพรวมและข้อเสนอแนะ

การทำความเข้าใจ Docker Networking Modes ทั้ง Bridge, Host และ Overlay เป็นสิ่งจำเป็นสำหรับทุกคนที่ทำงานกับ Docker ไม่ว่าจะเป็นการพัฒนา การ Deployment หรือการดูแลรักษาระบบ แต่ละประเภทมีจุดเด่นและข้อจำกัดที่แตกต่างกัน และเหมาะสำหรับสถานการณ์การใช้งานที่ไม่เหมือนกัน

* **Bridge Network** เป็นตัวเลือกเริ่มต้นและใช้งานง่ายที่สุด เหมาะสำหรับแอปพลิเคชันที่ประกอบด้วย Container หลายตัวที่รันอยู่บน Docker Host เดียวกัน ช่วยให้ Container สื่อสารกันได้ด้วยชื่อ และแยกออกจากโลกภายนอกผ่าน Port Mapping
* **Host Network** ให้ประสิทธิภาพสูงสุดโดยการแชร์ Network Namespace กับ Docker Host โดยตรง เหมาะสำหรับแอปพลิเคชันที่ต้องการ Latency ต่ำมากๆ หรือการเข้าถึงเครือข่าย Host โดยตรง แต่มาพร้อมกับข้อเสียเรื่องการแยกส่วนและความเสี่ยงด้านความปลอดภัยที่เพิ่มขึ้น
* **Overlay Network** คือคำตอบสำหรับการสร้างแอปพลิเคชันแบบกระจายที่ต้องการให้ Container สามารถสื่อสารกันได้ข้าม Docker Host ใน Cluster เช่น Docker Swarm หรือ Kubernetes แม้จะมีความซับซ้อนในการตั้งค่าเริ่มต้น แต่ก็มอบความยืดหยุ่น การปรับขนาด และความทนทานต่อความผิดพลาดที่ยอดเยี่ยม

ในฐานะนักเขียนที่มีประสบการณ์ ผมขอแนะนำให้เริ่มต้นด้วย Bridge Network เสมอ และหากมีข้อจำกัดหรือความต้องการเฉพาะ เช่น การสื่อสารข้ามโฮสต์ หรือความต้องการประสิทธิภาพสูงเป็นพิเศษ ค่อยพิจารณา Host หรือ Overlay Network ตามลำดับ การเลือกเครือข่ายที่เหมาะสมจะช่วยให้แอปพลิเคชันของคุณทำงานได้อย่างมีประสิทธิภาพ ปลอดภัย และง่ายต่อการจัดการในระยะยาว

โลกของ Docker Networking ยังมีรายละเอียดปลีกย่อยอีกมาก เช่น การใช้งาน Docker Compose สำหรับการจัดการเครือข่ายแบบ Bridge ที่ซับซ้อน หรือการทำความเข้าใจ Ingress Network ใน Docker Swarm แต่การทำความเข้าใจพื้นฐานทั้งสามประเภทนี้ ถือเป็นก้าวแรกที่สำคัญที่สุดในการเป็นผู้เชี่ยวชาญ Docker อย่างแท้จริง ขอให้คุณสนุกกับการเรียนรู้และสร้างสรรค์สิ่งใหม่ๆ ด้วย Docker ครับ!

Leave a Comment