Управление полевыми RTK-бригадами через частные потоки поправок

Когда RTK-работ становится больше, сложность часто не в самом кастере. Сложность в том, чтобы аккуратно управлять доступом для бригад, приемников, проектов и временных подрядчиков.

Частные потоки поправок дают администраторам более понятную модель: каждый mount point и каждый клиент принадлежат конкретному аккаунту.

Стройте доступ вокруг реальных команд

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

Так проще наводить порядок после завершения работ. Можно отключить подрядчика или проектные учетные данные, не затрагивая остальные команды.

Держите единый подход к названиям

Последовательность в названиях важнее длинных описаний. Договоритесь, как команда называет базовые станции, mount point и клиентов, а затем используйте этот шаблон везде.

Например:

• mount point обозначает базовую станцию;
• клиент обозначает ровер, приложение или бригаду;
• кастер обозначает проект или регион.

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

Просматривайте активные сессии

Активные сессии показывают, используется ли система так, как ожидалось. Там же быстро видны типовые проблемы: общие учетные данные, забытые тестовые клиенты или роверы, подключенные не к тому mount point.

Добавьте проверку сессий в процесс запуска каждого нового проекта. Это занимает несколько минут и предотвращает многие проблемы в поле.