Интеграция на устройства
MQTT поток за физически тракери, избрани от клиента.
Анонимизиран продукт за свързани активи
Проследяване на строителни активи: GPS, IoT и MQTT
Цялостен продуктов път от физически GPS тракери и MQTT съобщения до Go услуги, API и Vue.js интерфейс за карта и администрация.
Контекст
Физическото оборудване се нуждаеше от използваем оперативен изглед.
Продукт за строителния сектор трябваше да свърже хардуерни тракери с браузърно работно пространство за локализиране и администриране на активи.
Публичният казус използва само синтетична схема — без име на клиент, идентификатор на устройство, координати, реална карта, broker конфигурация или оперативни данни.
Проблем
Хардуерните събития са полезни само когато цялата верига е надеждна.
Продуктът трябваше да свърже устройства, асинхронни съобщения, backend състояние и разбираем интерфейс за оперативни потребители.
- 01
Съобщенията от тракерите трябваше да се приемат през MQTT средата на клиента и да се превръщат в приложно състояние.
- 02
Backend-ът се нуждаеше от API и обработка на данни за картови и административни потоци.
- 03
Frontend-ът трябваше да направи състоянието на активите разбираемо без да прехвърля техническата сложност към потребителите.
Подход и решение
Устройство, услуга и интерфейс като един път за реализация.
Решението свърза физическите тракери чрез MQTT с Go услуги и приложни данни, след което предостави необходимото състояние чрез API към Vue.js frontend.
Картовите и административните потоци се разработваха заедно с backend поведението, за да се проверява целият път от съобщение до видимо състояние.
Роля и отговорност
Ролята на Николай: по-голямата част от Vue.js frontend и Go backend.
Николай реализира по-голямата част от frontend-а и backend-а и ги интегрира с хардуерните тракери и MQTT broker-а на клиента.
Работата изискваше full-stack преценка върху асинхронни данни от устройства, API дизайн, приложно състояние, картови потоци и практическа диагностика.
Архитектура и реализация
Проследим път от сигнала на тракера до действието на потребителя.
Схемата представя границите между компонентите, а не реална клиентска инсталация.
- 01
GPS тракери
Физически устройства със сигнали за местоположение и статус
- 02
MQTT
Хардуерен broker на клиента и асинхронен поток
- 03
Go услуги
Съобщения · домейнна логика · обработка на състояние
- 04
Данни и API
Персистентност и интерфейси към браузъра
- 05
Vue.js пространство
Синтетичен картов поток · активи · администрация
Реализация
Проверен обхват на реализацията.
Backend
По-голямата част от Go услугите и API реализацията.
Frontend
По-голямата част от Vue.js картовия и административния интерфейс.
Резултат и текущ статус
Разработен цялостен продуктов път за свързани активи.
Ангажиментът свърза хардуерния, комуникационния, service, data и interface слой за основното оперативно изживяване на продукта.
Не публикуваме размер на автопарк, брой клиенти или метрика за ефективност, защото такива твърдения не са подкрепени за публично ползване.
Начини за сътрудничество
Три ясни начина да придвижим сложна система напред.
Изберете най-малкия ангажимент, който може да даде полезно решение и реалистичен път за реализация.
- 01
Оценка на оперативни системи
Платено, ограничено във времето проучване с карта на процесите и данните, видими рискове и приоритети, архитектурна и delivery пътна карта и практични следващи стъпки.
- 02
Ръководство на разработката и реализацията
Опитна техническа посока с практическа реализация на критичните части и синхрон между собственици, операции, продукт, доставчици и технически екипи.
- 03
Външен технически партньор
Продължаващо техническо ръководство за пътната карта, координацията на доставчици и екипи, архитектурните решения и подобряването на реализацията.
Следваща стъпка
Свързвате хардуерни събития с продукт за реални оператори?
Можем да картографираме рисковете между устройство, съобщения, услуги и потребителски потоци преди по-широка реализация.