Waliot SaaS

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

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

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

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

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

Миграция

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

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

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

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