Реализация искусственной многоузловой системы ригелей
Я внедряю систему, состоящую из набора небольших систем, т.е. Малина, Юнь, Биглебоне, случайный компьютер. У Crossbar.io есть многообещающее обещание... но, насколько я понимаю, в настоящее время не поддерживается несколько узлов. Я прав? Кто-нибудь знает, когда это может произойти?
Тем временем мне пришло в голову, что каждый отдельный узел может предложить интерфейс http, который я мог бы использовать для своих целей. Моя первоначальная мысль - создать рабочих, которые открывают доступ к веб-интерфейсу на вспомогательных узлах. Это соответствует общей архитектуре системы, которую я хочу создать - есть ли у нее какие-либо достоинства? Это податливое? Я новичок в веб-сокетах - и понимание будет очень полезно.
Спасибо за ваше время, Ал
1 ответ
В целом это звучит как пригонка для Crossbar.io.
На многоузловой (то есть на нескольких маршрутизаторах) временной шкале нет, но мы надеемся, что в Q1 будут готовы по крайней мере узлы с горячим резервированием для обеспечения высокой доступности. Кроме высокой доступности, я думаю, что один экземпляр должен обеспечивать достаточную производительность для большинства приложений - на одном текущем (не high-end) Xeon мы говорим о десятках тысяч событий в секунду, и одновременные соединения в основном ограничен оперативной памятью (и сотни тысяч на одной коробке определенно не проблема). (Если вам нужно больше, я бы очень заинтересовался вашим конкретным вариантом использования - мы хотим узнать больше о наших пользователях.)
Я не совсем понимаю вторую часть вашего вопроса: какую именно архитектуру вы планируете здесь? Если вы говорите об интегрированном веб-сервере, то с недавними оптимизациями (теперь он может использовать несколько ядер) этого должно быть достаточно даже для умеренно больших сайтов, а с SPA вы вряд ли когда-либо столкнетесь с проблемами производительности.
Надеюсь, это поможет, и я буду рад ответить более подробно, как только вы поясните вторую часть.