Добрый день.
Я думаю, эта самая популярная ветка среди людей, которые работают в сфере GPS мониторинга.
Хочу задать вопрос, можно ли у кого купить:
1) голый каркас для создания своего сервера М2М: надежный парсер TCP пакетов с сохранением всех параметров в быструю БД?
2) исходники с комментариями готового серверного ПО для GPS мониторинга?

Нагуглил вот этих ребят, почти готовый продукт, но:
1) исходники для редактирования своего протокола обмена с сервером продавать не хотят, добавить пожалуйста, а изменять нельзя.
2) поддержка всевозмжных датчиков пока отсутсвует
3) смущает использование тормознутой MySQL database (видел как она за месяц ставит на колени сервер по обработке клиентов автомобильной стоянки по карточкам).

С удовольствием заюзал бы Wialon, но для Беларуси у них почему-то ценовая политика сложилась в 3 раза дороже, чем для других регионов СНГ.
Буду очень благодарен за какую-либо информацию.
Спасибо.

Сообщение отредактировал Alt.F4 - Apr 18 2013, 20:12

На какое количество устройств сервер должен быть рассчитан?

sobr, вообще хотелось бы себя чувствовать по-свободнее, т.е без ограничений по количеству объектов.
А так, я думаю, 10тыс - это максимум, чего можно вообще достичь.

Я тоже так думал. К тому же все к кому мы обращались с вопросом разработки сервера, называли цифру до 5000 модулей И не более 300 одновременных подключений клиентов.
Такой расклад нас не устроил в связи с чем сейчас сами разрабатываем сервер. Эти цифры далеко в прошлом и количество сокетов будет ограничено лишь шириной канала, который обеспечит дата-центр. А сколько именно будем тестировать когда закончу.

Самая главная сложность, как я вижу, это написать надежный TCP сервер (так называемый демон) обработки данных от приборов. Или такие уже существуют?
А подключения клиентов обработает без проблем тот же Apache через 80 порт.

Сообщение отредактировал Alt.F4 - Apr 19 2013, 05:06

Каждый сокет и особенно Апач отъедает ресурсы процессора и самое главное память. В это все и упираются.

У Wialon смотрели сколько?
Причём 100000 праздновали всего несколько месяцев назад.

для этого есть erlang и другие серверы на базе легковесных процессов (на scala, clojure, nodejs)

Во... На нем и пытаюсь...

Вы пытаетесь на nodejs написать и TCP-сервер обработки данных от устройств и HTTP-сервер для пользователей?

Сообщение отредактировал Alt.F4 - Apr 19 2013, 08:59

Если планируется такой парк устройств, то зачем вам тсп? Используйте удп, и проблемы с ресурсами на сокет отпадают. Причем, поверьте, в надежности Вы ничего не теряете при вдумчивой реализации протокола.
И еще: зачем создавать монстра с огромной емкостью, когда можно распределить ресурс? В идеале вообще перенести вычисления, тайлы и т.п. на диспетчерское ПО, оставив на сервере только транспорт и архивирование в БД. Это нетривиальное и смелое решение, но оно того стоит.

Ага. И ведь получается.

GeGeL, TCP все-таки надежнее. Предполагается использовать только веб интерфейс, без диспетчерских ПО.
В общем все по аналогии с Wialon.
sobr, какую БД используете?

Я бы вам предложил не париться, и реализовать не TCP сервер, а HTTP. Проще в поддержке, есть масса готовых решений. Минусы: больше расход трафика и открытое соединение не принято держать. Готовых GPS серверов не знаю, разве что Wialon тот же.

Это в смысле HTTP от трекера на сервер? Т.е. трекер периодически устанавливает http-соединение и методом POST отправляет данные, я так понял?

>>Предполагается использовать только веб интерфейс

Если так, тогда да. Но все ж с надежностью не согласен: смотря что в это понятие вкладывается, и какие требования поставлены.