Решения, компромиссы и риски¶
Ключевые решения¶
Двойной географический и логический режим¶
Платформа объединяет картографическую визуализацию с негеографическим логическим представлением графа, позволяя анализировать одну топологию и как инфраструктуру, и как сеть связей.
Connector-oriented доступ к данным¶
Вместо жёсткой привязки к одной структуре БД GraphMechanic отделяет внутреннюю модель графа от исходной схемы данных через слой коннекторов.
Многослойная визуализация¶
На одной карте могут отображаться несколько графовых слоёв, каждый со своими правилами видимости, стилизации и источником данных.
Style engine на основе атрибутов¶
Внешний вид узлов и рёбер настраивается динамически на основе атрибутов объектов, превращая граф в операционную визуальную модель.
Обобщённая доменная модель графа¶
Платформа не ограничена железнодорожной предметной областью; обобщённые понятия графа позволяют адаптировать инструмент к разным доменам без переписывания ядра приложения.
Компромиссы¶
Конкурентный контекст¶
GraphMechanic находится на пересечении нескольких категорий:
- GIS-платформы и utility network tools;
- инструменты визуализации graph databases;
- network topology и monitoring tools;
- open-source библиотеки визуализации графов;
- кастомные внутренние admin panels.
В отличие от тяжёлых GIS-платформ, GraphMechanic фокусируется на настраиваемых graph operations и быстрой адаптации под предметную область.
В отличие от generic graph visualization tools, он рассматривает географию, геометрию, слои, коннекторы к БД и сценарии редактирования как базовые элементы продукта.
В отличие от monitoring-систем, GraphMechanic начинается не с инфраструктурных метрик, а с доменного графа, поверх которого может накладываться динамическое состояние.
Дифференциация¶
Ключевая идея GraphMechanic - не просто «визуализировать граф», а сделать операционные графовые данные наблюдаемыми, редактируемыми и понятными.
Сильная комбинация проекта:
- графовые данные;
- географический и негеографический режимы отображения;
- редактируемая топология;
- настраиваемые коннекторы к БД;
- многослойная визуализация;
- правила стилизации по атрибутам;
- динамическое состояние;
- доменно-специфичная валидация.
См. также Architecture Decision Records.