Waliot сервер


 
Waliot Local – коробочная версия для развертывания монолитной конфигурации на выделенном сервере Заказчика с лицензированием по максимальному числу объектов мониторинга и возможностью расширения.
 
Технический чек-лист ООО “ПМК” по выбору системы мониторинга транспорта
 

Архитектура программного обеспечения

 
При запуске СМТ на собственной инфраструктуре следует учитывать архитектуру выбранного ПО. Большинство систем представлены классическим трехзвенным монолитом (клиентское приложение, сервер и база данных). Основным плюсом данной архитектуры является простота администрирования. Но среди минусов можно выделить невозможность горизонтального масштабирования при росте нагрузки на систему и единую точку отказа в обслуживании, т.к. при недоступности единственного сервера с монолитным ПО – не будет работать ничего.
 

Нагрузочное тестирование

 
При выборе СМТ для внедрения в бизнес-процессы компании требуется проводить пилотный проект с запуском в окружении максимально приближенным к продакшену. В том числе с подходящим под требования сервером и целевым количеством объектов онлайн. Не корректно проверять СМТ на 100 объектах мониторинга, если планируется использовать ее для нескольких тысяч. Также не стоит забывать о размере базы данных, в СМТ следует загрузить как минимум несколько месяцев телеметрии с реальными данными навигационного оборудования (НО) всех транспортных средств (ТС).
 
Большинство систем указывают минимальные требования к серверам в зависимости от количества объектов мониторинга. Но эти требования указаны для “типовых” нагрузок, которые зачастую не учитывают возможные API интеграции со смежными системами, регламентные задачи по автоматической отправки писем и сообщений и другие вычислительные процессы. Например, у Wialon типовой нагрузкой считается прием данных от каждого НО не более 170 сообщений в час и состояние сервера, когда все пользователи только наблюдают за объектами на карте и не формируют никакой отчетности и других сложных вычислительных задач.
 

Миграция

 
Часто основными критериями выбора СМТ являются ее стоимость и “похожесть” на ранее используемую систему. Экономия денег на приобретение и времени на обучение сотрудников очевидна. Но не стоит забывать и о сложности миграции данных с одной системы на другую, т.к. похожий интерфейс пользователя никак не поможет при переносе информации о тысячах автомобилей, трекерах, настроенном оборудовании и остального из одной системы в другую.
Не стоит также забывать о возможных проблемах с оборудованием. Не все СМТ поддерживают все протоколы навигационных устройств. Некоторое оборудование имеет проприетарные протоколы, которые не могут быть реализованы в рамках сторонних систем. В этом случае используют общие протоколы, которые могут быть ограничены базовым набором параметров.
 

Компоненты ПО

 
Современные программные системы не разрабатываются с нуля. Большинство из них используют уже готовые компоненты, такие как СУБД, брокеры сообщений, веб-сервера и так далее. Важно, чтобы при приобретении лицензии на коммерческое ПО не было нарушений в лицензиях используемых компонентов, а также отсутствовали компоненты с проприетарным кодом.
 
Оптимальным решением является полноценный запуск рассматриваемой СМТ параллельно с уже работающей, миграция всех данных из одной системы в другую и настройка ретрансляции поступающей телеметрии в реальном времени. В этом случае еще на этапе выбора СМТ будут обнаружены все проблемы и сложности при внедрении конкретного программного решения. А объем данных и нагрузка на систему позволит оценить ее реальную производительностью и потенциал к внедрению и интеграции со смежными системами Заказчика.