Як вибрати простий легкий сервер IoT для розробки?

Ми вивчаємо різні випадки використання та рішення IoT. З метою полегшення розвідки, експериментів, проектування, розробки та тестування можливого рішення я досліджую можливість локальної настройки простого сервера IoT.

Тому я хотів би зрозуміти основну архітектуру серверів, які обслуговують пристрої IoT. Широко кажучи, пристрої IoT підключають службу, яка обслуговує дані та робить інформацію доступною для використання іншими пристроями. Це досить просто.

Наразі можливі крайні пристрої IoT використовуватимуть Wi-Fi, але планують перейти на низьку швидкість передачі даних, протокол низької потужності, такий як ZigBee, BLE, або може бути Z-Wave, і в цей момент мені потрібен центр типу . Навантаження даних складе близько 100 байт, при піку передача могла б досягати однієї транзакції в хвилину. Пристрої IoT краю в основному завантажують дані з періодичним завантаженням на пристрої.

Запропоновано розглянути MQTT та RabbitMQ як можливі варіанти. Також мене скеровували на " Відображення MQTT-повідомлень у браузері в режимі реального часу ", на яке я розглядаю під час написання.

Ось кілька питань, на які, на мою думку, пов'язані:

• Чим сервер IoT відрізняється від веб-сервера, поштового сервера або FTP-сервера?
• Яка основна архітектура базового сервера IoT?
• Які характеристики важливі при розгляді простого, легкого сервера IoT?

Я збираюся відповісти на ваше перше запитання. Думаю, було б краще задати лише одне запитання на ... питання :)

Чим сервер IoT відрізняється від веб-сервера, поштового сервера або FTP-сервера?

• Веб-сервер спілкується з HTTP для надання веб-сторінок.
• Поштовий сервер спілкується з POP / IMAP / SMTP для обміну електронною поштою.
• Сервер FTP передає протокол FTP для передачі файлів.

По суті, це просто всі способи передачі інформації між клієнтом і сервером. Сервер IoT не відрізняється, він просто спілкується з протоколом 'IoT' для спілкування між клієнтом і сервером. Інформація, що передається, не є веб-сторінками, електронною поштою або файлами, це повідомлення типу "поточна температура 20С". Прикладом протоколів IoT є MQTTі CoAP.

Чим сервер IoT відрізняється від веб-сервера, поштового сервера або FTP-сервера?

Як вказував @ralight, сервер IoT працює з стеком протоколів IoT. Це не обмежується одним шаром OSI, адже кожен етап є або може бути оптимізований для використання IoT, і, звичайно, потрібні нові протоколи.

Також можливо, що апаратне забезпечення нетипово: при невеликих налаштуваннях пристрій збору даних, як Raspberry PI, може утримувати завдання сервера повністю або частково.

Частково означає обчислення туману, де дані обробляються там, де вони збираються, і лише кінцеві результати переходять на основний сервер.

Яка основна архітектура базового сервера IoT?

На цьому веб-сайті є деякі технічні характеристики:

Припустімо, гіпотетичне припущення щодо вашої справи, скажімо, що 300 клієнтів одночасно залишаються відкритими на сервері, і кожен клієнт надсилає 10 мс / с, що становить 3000 повідомлень в секунду. Повірте, навіть брокер, розміщений на двоядерних ядрах з 2 Гб оперативної пам’яті, не матиме значного споживання.

Отже, базове обладнання для сервера.

Які характеристики важливі при розгляді простого, легкого сервера IoT?

Я не маю особливого розуміння цього, але мені було б особисто цікаво знати, чи достатньо PI Raspberry, як якогось сервера MQTT. Я десь в Quora читав, що Esp8266 це не так, але я бачив нормальний робочий стіл Linux, що працює на RPI, то чому б він не міг діяти і як сервер.

Що варто врахувати, перш ніж спробувати Raspberry, це вимоги до апаратних засобів вибраного сервісного стеку. З нормальним обладнанням сервера нині об'єм пам'яті настільки високий, що проблем не виникне.

Згадані 3000мг / сек порівняно високі порівняно з тестовими випадками IoT, а RPI3 має 1G ОЗУ. Це половина, тож залежить від того, чи будуть повідомлення заповнювати пам'ять у такому випадку або наскільки потрібно голому MQTT. Це впливає на те, наскільки воно було б підходящим.