EMQX vs Mosquitto 2026: เลือก MQTT Broker IoT ฉบับ SME

# EMQX vs Mosquitto 2026: คู่มือเลือก MQTT Broker สำหรับระบบ IoT SME ไทย

ในยุคที่อุปกรณ์ IoT ในโรงงาน คลังสินค้า และระบบ Smart Building ของ SME ไทยเพิ่มขึ้นอย่างรวดเร็ว สิ่งที่หลายทีมพบคือ "ระบบส่งข้อมูลกลาง" หรือ MQTT Broker กลายเป็นจุดคอขวดสำคัญที่ทำให้โปรเจกต์ล้มเหลวเมื่อสเกล จากเซ็นเซอร์ 100 ตัวเป็น 100,000 ตัว

MQTT คือโปรโตคอล Publish/Subscribe ที่ออกแบบมาให้ใช้แบนด์วิดท์น้อย รองรับเครือข่ายไม่เสถียร และเหมาะกับอุปกรณ์ Edge ขนาดเล็กที่มี RAM/CPU จำกัด ทำให้กลายเป็นมาตรฐานหลักของ IoT มาเกือบ 30 ปี ทุกวันนี้สอง Broker ที่ SME ไทยมักหยิบมาใช้คือ Eclipse Mosquitto (ฟรี เบา ติดตั้งง่าย) และ EMQX (Distributed, รองรับ Cluster และ Production-grade)

บทความนี้จะช่วยให้คุณเลือก Broker ได้ถูกต้องตั้งแต่วันแรก เข้าใจสถาปัตยกรรม การปรับแต่ง TLS/ACL การเชื่อม Kafka/InfluxDB เพื่อทำ Data Pipeline และ Checklist สำหรับขึ้น Production จริงในธุรกิจไทย

MQTT Broker คืออะไร และทำไม SME ไทยต้องสนใจ

MQTT Broker เปรียบเสมือน "ไปรษณีย์กลาง" ของระบบ IoT ทุกอุปกรณ์ส่งข้อความ (Publish) ไปยัง Topic แล้ว Broker ก็จะกระจายข้อความไปยังผู้รับที่ Subscribe ไว้ การมี Broker ทำให้ Producer (เซ็นเซอร์) กับ Consumer (Dashboard, AI Model, Alert System) แยกจากกันโดยสมบูรณ์ ซึ่งเป็นหัวใจของสถาปัตยกรรม Event-Driven

สำหรับ SME ไทยที่ทำโรงงาน, ระบบโลจิสติกส์, ฟาร์มอัจฉริยะ หรือ Energy Management การมี Broker คุณภาพดีจะลดปัญหา Data Loss, ระบบช้า และค่า Cloud ที่บานปลายได้อย่างมาก โดยเฉพาะเมื่อต้องเก็บข้อมูล Real-time ตลอด 24/7

รู้จัก Mosquitto: Broker ที่เบาและฟรีตลอดกาล

Eclipse Mosquitto เป็น MQTT Broker Open-Source ที่พัฒนามาตั้งแต่ปี 2009 จุดเด่นคือเขียนด้วย C ใช้แรมต่ำมาก สามารถรันบน Raspberry Pi หรือเครื่องเล็ก ๆ ขนาด 1 vCPU 512MB RAM ได้สบาย เหมาะกับ Edge Gateway ในโรงงานขนาดเล็ก หรือ Lab/POC ที่ต้องการความเร็วในการตั้งค่า

ข้อจำกัดคือ Mosquitto เป็น Single-node Broker โดยธรรมชาติ ไม่มี Cluster ในตัว เมื่อขึ้น Production ระดับ Enterprise ต้องใช้ Tools เสริม เช่น HAProxy + Bridge หรือเปลี่ยน Broker

รู้จัก EMQX: Broker คลัสเตอร์ระดับ Enterprise

EMQX เป็น Broker Open-Source จากจีน สร้างด้วย Erlang/OTP ภาษาเดียวกับที่ WhatsApp และ Discord ใช้ จุดเด่นคือรองรับ Distributed Cluster ตั้งแต่กล่องแรก สามารถสเกลแนวนอนได้หลักล้าน Connection ต่อ Cluster มี Dashboard UI สำหรับมอนิเตอร์ และมี Rule Engine สำหรับ Transform ข้อมูลแบบ SQL-like

EMQX 5.x ปัจจุบันใช้ Mria (Mnesia แบบใหม่) ทำให้คลัสเตอร์โตได้ถึง 100M+ MQTT Connection โดยไม่ต้องเปลี่ยน Architecture และมีปลั๊กอินเชื่อมต่อ Kafka, Pulsar, MongoDB, InfluxDB, TimescaleDB ในตัว ลดงาน Integration ของทีม Dev ไปได้มาก

ตารางเปรียบเทียบฟีเจอร์หลัก

| ฟีเจอร์ | Mosquitto | EMQX |

|---|---|---|

| ภาษา | C | Erlang/OTP |

| License | EPL/EDL (Open) | Apache 2.0 + Enterprise |

| Cluster ในตัว | ไม่มี | มี (Mria) |

| Max Connections / Node | ~100K | 1M+ |

| Dashboard UI | ไม่มี | มี |

| Rule Engine (SQL) | ไม่มี | มี |

| MQTT 5.0 | รองรับ | รองรับ |

| WebSocket / QUIC | รองรับ บางส่วน | รองรับเต็ม |

| ACL/Auth Plugin | ไฟล์ + DB | DB, JWT, OIDC, LDAP |

| Bridge to Kafka | ผ่าน Tool ภายนอก | ในตัว |

| RAM ขั้นต่ำ | 64MB | 1GB |

| ความเหมาะสม | Edge, POC, SMB | Enterprise, Industrial IoT |

ปรับแต่งความปลอดภัยที่ต้องทำทุกครั้งก่อนขึ้น Production

ไม่ว่าจะเลือก Broker ใด ความปลอดภัยคือเรื่องที่ห้ามข้าม สิ่งที่ทุก SME ไทยควรตั้งค่าก่อนเปิดให้อุปกรณ์ภายนอกเชื่อม:

เปิด TLS 1.3 บน Port 8883 และห้ามใช้ Anonymous บน Port 1883 ที่เปิดออก Internet

บังคับ Username/Password หรือ Client Certificate ทุกการเชื่อม โดยเก็บรหัสผ่านแบบ Hash (bcrypt/argon2)

ตั้ง ACL ให้แต่ละ Device เข้าถึงได้เฉพาะ Topic ของตัวเอง เช่น factory/{client_id}/#

เปิด Rate-Limit และ Max Inflight Messages เพื่อกัน Bot/อุปกรณ์เสียยิงข้อมูลถล่มระบบ

ใช้ Reverse Proxy หรือ Cloud Firewall (AWS NLB, Cloudflare Spectrum) ปิดบังที่อยู่จริงของ Broker

How-to: ติดตั้ง EMQX บน Docker Compose ใน 5 นาที

ตัวอย่างต่อไปนี้เหมาะกับ SME ไทยที่อยากลอง POC บน VM ขนาด 2 vCPU 4GB RAM:

Step 1: เตรียม VM Ubuntu 22.04 ติดตั้ง Docker Engine และ Docker Compose v2

Step 2: สร้างไฟล์ docker-compose.yml ที่กำหนด image emqx/emqx:5.5 พร้อม Map Port 1883, 8883, 18083

Step 3: เพิ่ม Volume สำหรับเก็บ Config และ Data: ./emqx_data:/opt/emqx/data

Step 4: รัน docker compose up -d แล้วเข้า Dashboard ที่ http://server:18083 ด้วย admin/public

Step 5: ไปที่ Access Control เพิ่ม Built-in Database User และตั้ง ACL ตามนโยบายของบริษัท

Step 6: เปิด Rule Engine สร้าง Rule เพื่อส่งข้อมูลจาก Topic sensors/# ไปยัง InfluxDB หรือ Kafka

หลังจากนั้นสามารถจำลอง Client ทดสอบด้วย mosquitto_pub และ mosquitto_sub หรือใช้เครื่องมือ MQTT Explorer ดูข้อความที่ไหลผ่านได้เลย

เลือก Broker อย่างไรให้เหมาะกับธุรกิจคุณ

แนวทางตัดสินใจสำหรับ SME ไทย โดยพิจารณาจากจำนวนอุปกรณ์ ปริมาณข้อความ และทีมที่ดูแล:

โรงงาน/ออฟฟิศเล็ก อุปกรณ์ < 5,000 ตัว ไม่ต้องการ Cluster: เริ่มที่ Mosquitto บน VM ขนาดเล็กเพียงพอ

ธุรกิจที่กำลังโต อุปกรณ์ 5,000–100,000 ตัว มี SLA: เลือก EMQX 3-Node Cluster ใช้ HAProxy/NLB ทำ Load-balancer

Enterprise/Industrial IoT มี SLA 99.99% และ Compliance: EMQX Enterprise + RuleEngine + Backup Cluster ในอีก Region

ทีมที่ไม่อยาก Maintain เอง: ใช้ Cloud Managed เช่น HiveMQ Cloud, EMQX Cloud หรือ AWS IoT Core ลดงาน Ops

ตารางเปรียบเทียบ Use Case กับ Broker ที่เหมาะสม

| ขนาด/Use Case | จำนวนอุปกรณ์ | Broker แนะนำ |

|---|---|---|

| POC Lab / Smart Home | < 200 | Mosquitto บน Raspberry Pi |

| ร้านค้า/คลังสินค้า | < 5,000 | Mosquitto VM 2vCPU |

| โรงงานกลาง | 5K–50K | EMQX 3 Node + Postgres ACL |

| โลจิสติกส์ทั่วประเทศ | 50K–500K | EMQX 5–7 Node + Kafka Sink |

| Smart Grid / Telecom | > 1M | EMQX Enterprise + Mria Cluster |

เชื่อม MQTT Broker เข้ากับ Data Pipeline

ในระบบจริงข้อมูลจาก Broker ต้องไหลต่อไปเก็บและประมวลผล แนวทางที่นิยม:

ส่งข้อมูล Real-time ไป Kafka เพื่อให้ Consumer หลายทีม (BI, AI, Alert) อ่านได้พร้อมกันโดยไม่กระทบ Broker

เก็บลง TimescaleDB หรือ InfluxDB สำหรับ Dashboard Grafana และวิเคราะห์ Time-series

ใช้ Rule Engine ของ EMQX กรองและแปลงข้อมูลก่อนส่งต่อ ลดภาระ Service ปลายทาง

เชื่อม MinIO/S3 สำหรับเก็บ Raw Payload เผื่อ Audit ตามข้อกำหนด PDPA

Checklist ก่อนขึ้น Production

[x] เปิด TLS 1.3 และปิด Anonymous Access

[x] บังคับ Auth + ACL ทุก Topic ที่ Sensitive

[x] ตั้ง Quota และ Rate-Limit ต่อ Client

[x] มีระบบ Monitoring (Prometheus/Grafana) และ Alert

[x] วาง Backup Plan ของ Config และ ACL Database

[x] ทำ Load Test ด้วย emqtt-bench หรือ JMeter ก่อนเปิดใช้งานจริง

[x] เก็บ Audit Log ขั้นต่ำ 90 วัน เพื่อรองรับ PDPA และ ISO 27001

สรุปและขั้นตอนถัดไป

MQTT Broker คือกระดูกสันหลังของระบบ IoT สำหรับ SME ไทย การเลือกระหว่าง Mosquitto กับ EMQX ไม่ใช่เรื่องของ "ดีกว่า" แต่เป็นเรื่องของ "เหมาะกับสเกลและทีมแค่ไหน" Mosquitto เหมาะกับงาน Edge และ POC ขนาดเล็ก ส่วน EMQX คือคำตอบสำหรับงาน Enterprise ที่มีอุปกรณ์จำนวนมากและต้องการ Cluster พร้อม Dashboard

ขั้นตอนแนะนำหลังอ่านบทความนี้: ประเมินจำนวนอุปกรณ์และ Throughput, Setup POC ใน Docker, ทำ Load Test, จากนั้นวาง Roadmap ขึ้น Production พร้อม Security/Monitoring ตั้งแต่วันแรก

หากต้องการที่ปรึกษาออกแบบ MQTT Architecture, IoT Platform หรือเชื่อม Data Pipeline ให้กับ SME ไทย ทีม ADS FIT พร้อมช่วยออกแบบระบบให้สเกลได้และปลอดภัย ติดต่อเราเพื่อรับคำปรึกษาฟรี หรืออ่านบทความ Network & Security อื่น ๆ บนเว็บไซต์ adsfit.co.th

สนใจโซลูชันนี้?

ปรึกษาทีม ADS FIT ฟรี เราพร้อมออกแบบระบบที่ฟิตกับธุรกิจของคุณ

ติดต่อเรา →

EMQX vs Mosquitto 2026: คู่มือเลือก MQTT Broker สำหรับระบบ IoT SME ไทย