MQTT có thể mở rộng với hơn 1000 khách hàng không?

Thiết bị IoT kịch bản (thiết bị hiện tại là IPv4) gửi qua ổ cắm TCP một tải trọng đến máy chủ một lần mỗi ngày. Máy chủ có địa chỉ IP công cộng, thiết bị nằm phía sau bộ định tuyến / NAT. Tôi sẽ sử dụng một mô-đun dựa trên ESP8266 (tức là Olimex)

Mục tiêu
Máy chủ sẽ có thể gửi dữ liệu tới bất kỳ khách hàng nào bất cứ khi nào cần. Tôi không quan tâm đến giao tiếp trực tiếp giữa khách hàng với khách hàng (nghĩa là kết nối với thiết bị từ điện thoại thông minh của tôi) như việc bấm lỗ được cho là phải làm.

Các yêu cầu khác
Các thiết bị IoT có thể tăng lên đến vài nghìn. Kết nối Internet của họ được cung cấp bởi nhiều bộ định tuyến / modem hỗ trợ 4G. Mỗi người sẽ xử lý 10-20 khách hàng.

Giải pháp đề xuất
Theo tôi hiểu một giải pháp phổ biến là MQTT. Các máy khách định kỳ gửi dữ liệu cho nhà môi giới (tức là Mosquitto đang chạy trên máy chủ lưu trữ), đến lượt nó cập nhật ứng dụng web chính chạy trên cùng một máy chủ.

Câu hỏi
Cách tiếp cận MQTT có phù hợp với số lượng thiết bị "lớn" (1000+) hầu hết trong số chúng nằm sau bộ định tuyến 4G không?

1.000 khách hàng có thể dễ dàng được xử lý bởi bất kỳ nhà môi giới MQTT phong nha nào; có một điểm chuẩn từ Scalagent cho thấy một PC có:

• bộ xử lý Intel Core 2 Duo 3 GHz
• RAM 4 GB

có thể xử lý 60.000 nhà xuất bản chạy Mosquitto. Con số này vượt xa 1.000 nhà xuất bản cần thiết của bạn, vì vậy ngay cả trên một máy chủ tương đối yếu, bạn vẫn có thể xử lý số lượng yêu cầu.

Một số nhà môi giới khác yêu cầu hiệu suất thậm chí tốt hơn (tất nhiên là có sức mạnh máy chủ lớn hơn), chẳng hạn như HiveMQ , công ty đã tuyên bố xử lý 10 triệu nhà xuất bản.

Các nhà môi giới MQTT thường mong đợi một kết nối liên tục và sẽ hết thời gian khách hàng không gửi phản hồi ping (hoặc hoạt động khác) theo định kỳ. Bạn có thể ngắt kết nối mạng sau khi xuất bản, nhưng, rõ ràng, sau đó bạn sẽ không thể nhận được bất cứ điều gì nếu bạn ngắt kết nối.

MQTT không hỗ trợ khái niệm tin nhắn 'giữ lại' có thể hữu ích. Máy khách web có thể xuất bản một cái gì đó cho một chủ đề với cờ được giữ lại và thông báo này sau đó sẽ được lưu trữ bởi nhà môi giới. Bất cứ khi nào khách hàng của bạn kết nối lại và đăng ký chủ đề, họ sẽ nhận được tin nhắn được giữ lại (ngay cả khi nó được xuất bản vài giờ trước). Tin nhắn được giữ lại được xuất bản mỗi khi khách hàng đăng ký chủ đề đó, do đó có thể giúp bạn nếu bạn có kết nối chắp vá và cần lưu trữ tin nhắn cho đến khi khách hàng kết nối lại.

Bạn có thể sử dụng các phiên liên tục từ máy khách, ví dụ: cờ sạch được đặt thành false khi kết nối. Trong trường hợp kịch bản đó khi máy khách của bạn ngoại tuyến, bộ đệm sẽ gửi thông báo cho nó vào bộ đệm riêng và gửi nó sau khi thiết bị sẽ kết nối.

Về số lượng - 10K là số tiền tương đối thấp ngay cả đối với một máy chủ. Bạn có thể định cấu hình máy chủ Linux để giữ 500K kết nối hoạt động và nếu nhà môi giới của bạn sẽ dựa trên đám mây, ví dụ như được cung cấp dưới dạng dịch vụ bởi một số nhà cung cấp, thì bạn có thể giữ hàng triệu kết nối hoạt động với nó.

Nhân tiện, tôi nghĩ Mosquitto hoặc bất kỳ cài đặt cục bộ nào khác là sự lựa chọn hoàn hảo để phát triển và thử nghiệm, nhưng khi bạn đi vào sản xuất, bạn cần nhà môi giới SaaS MQTT với tất cả các tính năng như HA, dự phòng, chuyển đổi dự phòng, v.v.