Служба поддержки, которая видит саму сеть
Первый этап IT GID Enterprise Core — ядро с разделением прав, учёт ИТ-активов, служба поддержки с приёмом обращений через сайт, почту и Telegram и автоматически построенная карта сети: физические подключения к портам коммутаторов и логические потоки трафика между площадками. Дальнейшие модули подключаются к готовому ядру, не затрагивая то, что уже работает.
Шесть модулей, которые вместе дают работающий продукт
Критерий готовности: обращение сотрудника проходит путь от письма, сообщения в Telegram или формы на сайте до закрытия с зафиксированными сроками реакции и решения, а инженер видит рядом с заявкой, к какому порту какого коммутатора подключён проблемный узел. Всё, что не работает на этот сценарий, отнесено к следующим этапам.
Входит в первый этап
- Модуль 1. Ядро и разделение доступа. Организации, филиалы, департаменты, группы и подгруппы инженеров; роли от суперадминистратора и руководителя по безопасности до заявителя; изоляция данных между клиентами в облаке; журнал действий, защищённый от правки задним числом
- Модуль 2. Учёт ИТ-активов. Серверы, компьютеры, программы, лицензии, контрагенты и сотрудники; расширяемый набор характеристик; связи между активами; привязка актива к заявке
- Модуль 3. Служба поддержки. Приём обращений через сайт, почту и Telegram со сквозной нитью переписки; автоматическое распределение по загрузке и специализации инженера с разделением служб ИТ и ИБ; расчёт сроков реакции и решения по календарям филиалов с их часовыми поясами; остановка отсчёта на время ожидания ответа; двухуровневая эскалация при приближении к сроку
- Модуль 4. Карта портов коммутаторов. Автоматический опрос сетевого оборудования по закрытому контуру и построение интерактивной схемы физических подключений
- Модуль 5. Карта потоков трафика. Сбор сетевых потоков со шлюзов, граф связей между площадками и подсветка соединений, которых нет на физической схеме
- Модуль 6. Витрина и демо-доступ. Регистрация компаний на сайте, личный кабинет, раздел с карточками будущих модулей и запросом демонстрации на 14 дней после подписания соглашения
- ИИ-ассистент инженера. Категоризация входящих обращений, подсказка похожих решённых заявок, краткое изложение длинной переписки
- Отчётность и обмен данными. Соблюдение сроков, нагрузка на инженеров, выгрузка в таблицу; передача событий во внешние системы; загрузка сотрудников и активов из таблиц и синхронизация с Active Directory
Не входит в первый этап
- Учёт трудозатрат и выставление счетов. Первое, что добавляется после запуска — на нём строится работа сервисных компаний
- База знаний и самообслуживание. Снижает нагрузку на поддержку, но для запуска не требуется
- Платформа MAX. Второй защищённый канал общения вместо Telegram для закрытых контуров — подключается тем же способом, что и Telegram
- Мониторинг серверов, логи и метрики. Отдельный слой наблюдаемости со своим хранилищем
- Сбор событий средств защиты и поиск уязвимостей. Требуют отдельных движков и регулярно обновляемых баз
- Внешняя разведка и мониторинг соцмедиа. Работают только через контролируемый шлюз с журналом согласий
- Расчёт рисков и генерация документов для проверок. Опираются на данные, которые накопят предыдущие этапы
- Автоматизация реагирования по правилам. Связывает сканеры со службой поддержки — подключается, когда сканеры появятся
Технологии подобраны под требования импортозамещения
Каждое решение сокращает объём разработки и удерживает платформу в границах, которые нужны для включения в реестр отечественного программного обеспечения. В правой колонке — варианты, которые рассматривались, и причина отказа от них.
| Направление | Решение | Обоснование | Отклонённый вариант |
|---|---|---|---|
| Архитектура | Единое приложение с модульной структурой |
Границы между модулями заданы на уровне кода и внутренних интерфейсов, при этом система устанавливается одним пакетом. Вынос модуля в отдельный сервис выполняется позже и только там, где у него принципиально иная нагрузка — например, у сборщика сетевых потоков. | Разделение на микросервисы с самого начала: усложняет отладку и сопровождение, увеличивает объём разработки примерно на четверть |
| Серверная часть | Python 3.12, Django 5 и DRF |
Встроенная панель администрирования закрывает работу со всеми справочниками ядра без отдельной разработки интерфейсов — порядка 60 часов экономии. Управление правами, миграции базы и аутентификация входят в комплект. | FastAPI: быстрее в обработке запросов, но панель администрирования, права и формы пришлось бы разрабатывать отдельно |
| База данных | PostgreSQL 16 | Расширяемые характеристики активов с индексированным поиском и разделение данных между организациями на уровне самой базы. Полностью отечественно-совместимое решение без лицензионных отчислений. | MySQL: слабее в работе с расширяемыми структурами данных |
| Интерфейс | HTMX, Alpine.js и Tailwind CSS |
Одна кодовая база вместо связки «сервер плюс отдельное веб-приложение»: нет дублирования логики, отдельной сборки и расхождения версий. Очередь заявок и карта сети обновляются на месте, без перезагрузки страницы. | Отдельное приложение на React: добавляет 80–110 часов к первому этапу. Вернёмся к нему на этапе тяжёлых дашбордов |
| Карта сети | NetDisco в локальном контейнере |
Готовый движок опроса оборудования и чтения таблиц соседства с открытой лицензией. Наша задача — не писать опрос с нуля, а связать его данные с карточками активов и вывести схему в интерфейс поддержки. | Собственный опрос оборудования по SNMP: сотни часов на поддержку особенностей вендоров |
| Потоки трафика | Собственный лёгкий сборщик потоков |
Для базовой карты связей между площадками достаточно компактного сборщика: тяжёлый анализ трафика подключается на третьем этапе через шлюз к промышленным системам, а не разрабатывается заново. | Промышленная система анализа трафика в первом этапе: несоразмерно объёму и стоимости запуска |
| Фоновые операции | Celery и Redis | Разбор входящей почты, отсчёт сроков, эскалации, рассылка уведомлений и передача событий во внешние системы с повторными попытками и очередью недоставленного. | Планировщик операционной системы: нет повторных попыток и контроля выполнения, сбои остаются незамеченными |
| Установка | Docker Compose, единый файл настроек |
Облачный кабинет и установка на сервере заказчика — одна и та же сборка, разница только в настройках. Работа в закрытом контуре без доступа в интернет поддерживается на любом тарифе. | Kubernetes: избыточен для установки на один сервер |
Восемь компонентов составляют всю установку первого этапа: это один сервер и одна команда запуска. Каждый следующий модуль добавляется рядом и обменивается данными с ядром только через описанный интерфейс, поэтому включается и отключается настройкой, без пересборки системы.
Двенадцать недель от старта до запуска
План рассчитан на одного разработчика полного цикла при загрузке 30 часов в неделю. Работы идут последовательно: каждый следующий блок опирается на данные и интерфейсы предыдущего. Три контрольные точки — моменты, когда результат можно посмотреть и оценить.
Диаграмма прокручивается по горизонтали.
366 часов первого этапа, разложенные по модулям
Оценка построена на разработке с ИИ-ассистентом по знакомому набору технологий: на типовой части — модели данных, формы, миграции, административные экраны, тесты — это даёт реальный выигрыш в скорости, и он уже учтён в цифрах. Скрытого резерва в оценке нет: она предполагает согласованный до старта регламент сроков и неизменный объём работ. При расширении объёма срок и стоимость пересматриваются отдельно.
| Состав работ | Модуль | Направление | Что входит | Часы |
|---|---|---|---|---|
| Ядро: доступ, роли, журнал | Модуль 1 | Основа | Организации, филиалы, департаменты и группы инженеров; вложенные роли от суперадминистратора до заявителя; изоляция данных между клиентами в облаке; журнал действий с защитой от правки задним числом; переключение «облако / коробка» одной настройкой | 30 |
| Учёт ИТ-активов | Модуль 2 | Основа | Серверы, компьютеры, программы, лицензии, контрагенты и сотрудники; расширяемый набор характеристик; связи между активами; привязка актива к заявке | 16 |
| Заявки и жизненный цикл | Модуль 3 | Основа | Карточка обращения, статусы и переходы, приоритеты, услуги и категории, переписка с сотрудником, внутренние заметки, вложения | 24 |
| Расчёт SLA и OLA | Модуль 3 | Основа | Посекундный учёт времени реакции и решения, отдельные календари для филиалов с их часовыми поясами и праздниками, остановка отсчёта на время ожидания ответа, пересчёт при смене приоритета | 26 |
| Маршрутизация и эскалация | Модуль 3 | Основа | Автоматическое распределение по загрузке инженера, его специализации и разделению на службы ИТ и ИБ; двухуровневая эскалация при приближении к сроку с переводом на вторую линию | 20 |
| Приём обращений по почте | Модуль 3 | Интеграции | Разбор входящей почты, ведение сквозной нити переписки, распознавание ответов на существующие заявки, вложения из писем | 18 |
| Telegram-бот | Модуль 3 | Интеграции | Привязка учётной записи, подача заявки диалогом, проверка статуса, уведомления об изменениях | 12 |
| Карта портов коммутаторов | Модуль 4 | Основа | Опрос сетевого оборудования по SNMP, чтение таблиц соседства, построение интерактивной схемы подключений с привязкой к карточкам активов | 32 |
| Карта потоков трафика | Модуль 5 | Основа | Сбор сетевых потоков со шлюзов и маршрутизаторов, граф связей между площадками, подсветка соединений, которых нет на физической схеме | 28 |
| Витрина и демо-доступ | Модуль 6 | Интерфейс | Регистрация компаний на сайте, личный кабинет, раздел с карточками будущих модулей и запросом демонстрационного доступа на 14 дней после подписания соглашения | 16 |
| Дизайн-система | Интерфейс | Интерфейс | Единый набор компонентов на Tailwind в оформлении IT GID с ориентиром на интерфейс HappyDesk, адаптация под экраны разного размера | 16 |
| Рабочее место инженера | Интерфейс | Интерфейс | Очередь заявок с фильтрами и сохранёнными подборками, карточка заявки, быстрые и групповые действия, обновление списка без перезагрузки страницы | 24 |
| Личный кабинет заявителя | Интерфейс | Интерфейс | Подача заявки, список своих обращений, переписка с поддержкой, оценка качества после закрытия | 12 |
| ИИ-ассистент инженера | Ядро | Основа | Автоматическая категоризация входящих обращений, подсказка похожих решённых заявок, краткое изложение длинной переписки | 12 |
| Каркас и развёртывание | Ядро | Основа | Структура проекта, запуск одной командой, разделение настроек облака и сервера заказчика, автоматическая проверка кода | 12 |
| Уведомления | Ядро | Интеграции | Почта и Telegram, шаблоны сообщений, правила отправки по событиям | 8 |
| Интеграционный интерфейс | Ядро | Интеграции | Перечень событий, передача во внешние системы с подписью и повторными попытками, сервисные ключи доступа, публикация описания интерфейса | 12 |
| Отчётность | Ядро | Основа | Соблюдение сроков, нагрузка на инженеров, срез по услугам и подразделениям, выгрузка в таблицу | 8 |
| Перенос данных и связь с AD | Ядро | Интеграции | Загрузка сотрудников и активов из таблиц, синхронизация учётных записей с Active Directory | 6 |
| Тестовый стенд и тестирование | Запуск | Запуск | Виртуальная сеть на эмуляторах оборудования, проверка построения схемы и разбора потоков, проверка расчёта сроков и прав доступа, сквозной сценарий обработки заявки | 24 |
| Документация и запуск | Запуск | Запуск | Руководство администратора, инструкция инженера, установка и настройка, обучение сотрудников | 10 |
| Итого по первому этапу | 366 ч | |||
Четыре тарифа, и на каждом — свободный выбор размещения
Облачный кабинет или установка на собственном сервере доступны на любом тарифе: это одна и та же сборка, разница только в настройках. Тарифы различаются лимитами и набором включённых модулей, а не средой размещения.
Бесплатный
- Число инженеров — уточняется
- Число активов в учёте — уточняется
- Число площадок на карте — уточняется
- Число заявителей — уточняется
- Служба поддержки: сайт, почта и один Telegram-бот
- Базовый расчёт сроков по одному календарю организации
- Карта портов коммутаторов
- Базовая карта потоков трафика без углублённого разбора
Корпоративная подписка
- Число инженеров — уточняется
- Число активов в учёте — уточняется
- Число площадок на карте — уточняется
- Число заявителей — уточняется
- Всё из бесплатного тарифа
- ИИ-ассистент: категоризация обращений, подсказки, изложение переписки
- Учёт времени инженеров и выставление счетов
- Графики нагрузки серверов и замер ширины каналов
- Календари филиалов, распределение по службам, эскалация на вторую линию
Демонстрация Enterprise
- Срок работы — 14 дней
- Активация — после подписания соглашения о неразглашении в один клик
- По истечении срока модули блокируются до перехода на флагманский тариф
- Временный доступ к продвинутым модулям безопасности
- Запрос из раздела с карточками модулей в личном кабинете
All-in-One
- Без ограничений по числу инженеров, заявителей, активов и площадок — предел задаёт только мощность сервера
- Глубокий разбор сетевого трафика и поиск скрытых атак
- Поиск уязвимостей и сверка с базами ФСТЭК России
- Внешняя разведка через контролируемый шлюз
- Расчёт рисков и подготовка документов для проверок
- Автоматическая постановка и закрытие задач по правилам
- Приоритетная поддержка по выделенному каналу
Числовые лимиты бесплатного тарифа и корпоративной подписки в исходном документе оставлены незаполненными. Их нужно определить до запуска витрины: от них зависит логика ограничений в ядре, а также то, в какой момент клиент упирается в лимит и переходит на платный тариф.
Каждый следующий этап опирается на данные предыдущего
Порядок выстроен так, чтобы система как можно раньше начала наполняться данными сама. Наблюдаемость и сканеры идут раньше внешней разведки: без них карточки активов пришлось бы заполнять вручную, а именно на этих данных потом считаются риски и готовятся документы для проверок. После каждого этапа система остаётся законченным продуктом, и решение о следующем принимается отдельно.
Коммерциализация и защищённые каналы
- Модуль 7. Учёт времени и биллинг 34 ч
- Модуль 8. База знаний и самообслуживание 22 ч
- Модуль 9. Платформа MAX и чат-боты 26 ч
Наблюдаемость и внутренний контроль безопасности
- Модуль 10. Логи, метрики и трассировки 40 ч
- Модуль 11. Мониторинг серверов и сети, аудит настроек 46 ч
- Модуль 12. Глубокий анализ трафика 36 ч
- Модуль 13. Сбор и корреляция событий защиты 56 ч
- Модуль 14. Поиск уязвимостей и контроль версий 48 ч
Внешняя киберразведка
- Модуль 15. Внешний периметр, утечки, журнал согласий 40 ч
- Модуль 15. Поиск в открытых индексах и веб-архивах 26 ч
- Модуль 16. Поведенческая аналитика и соцмедиа 30 ч
Управление рисками и комплаенс
- Модуль 17. Калькулятор ИБ-рисков 28 ч
- Модуль 18. Комплаенс и конструктор документов 56 ч
- Модуль 19. Автоматизация и плейбуки реагирования 44 ч
Мониторинг социальных медиа и поведенческая аналитика
Оценка в 30 часов верна только при том сценарии, который заложен в задании: подключение по программному интерфейсу к готовым промышленным продуктам «Крибрум». Это правильное решение — собственная разработка такого класса означала бы свою инфраструктуру сбора данных, хранилище большого объёма и обучаемые модели, то есть не менее тысячи часов и отдельный продукт вместо модуля. Поэтому до начала четвёртого этапа нужно подтвердить коммерческую договорённость с вендором: если доступа к его интерфейсу не будет, модуль превращается из тридцатичасовой интеграции в самостоятельный проект, и его следует исключить из состава платформы.
Решения, которые важно принять до начала работ
Срок в 12 недель и оценка в 366 часов действительны при определённости по пунктам ниже. Первые четыре желательно закрыть до старта: они влияют на структуру данных и состав первого этапа, а изменения здесь обходятся дороже всего.
Лимиты тарифов не заполнены
В тарифной сетке количество инженеров, активов, площадок и заявителей оставлено пустым. Эти числа определяют логику ограничений в ядре и момент перехода клиента на платный тариф, поэтому нужны до того, как начнётся разработка витрины и личного кабинета. Пока их нет, шестой модуль можно делать только в части регистрации, без счётчиков и блокировок.
Регламент сроков обслуживания
Календари филиалов с их часовыми поясами и праздниками, порядок остановки отсчёта на время ожидания ответа, пересчёт при смене приоритета, пороги двухуровневой эскалации — 46 часов разработки и самый частый источник замечаний на приёмке. Согласованный до начала работ регламент снимает большую часть последующих доработок.
Стенд для проверки карты сети
Проверка построения схемы ведётся на виртуальных эмуляторах оборудования, без доступа к сетям заказчиков. Это правильный и безопасный подход, но эмулятор не воспроизводит особенности конкретных моделей коммутаторов. Нужно заранее договориться, на каком реальном оборудовании и в какой момент пройдёт подтверждающая проверка, иначе расхождения всплывут уже после сдачи.
Порядок расширения карточек активов
Гибкие поля дают модулям свободу и без правил быстро превращаются в неуправляемый набор данных. Правила вводятся с первого дня: отдельная именованная область для каждого модуля, описанная структура этой области, индексы для поиска, а характеристики, по которым регулярно фильтруют и сортируют, переносятся в обычные поля.
Договорённость с поставщиком аналитики соцмедиа
Шестнадцатый модуль спроектирован как интеграция с готовым продуктом. Без коммерческого доступа к его программному интерфейсу оценка перестаёт быть верной — задача становится самостоятельным проектом на тысячу с лишним часов. Договорённость нужна до начала четвёртого этапа.
Правовая рамка внешних проверок
Шлюз согласий закрывает главный риск — запросы наружу не уходят без зафиксированного разрешения. Дополнительно понадобится оформленное поручение на обработку данных: внешние сервисы разведки получают домены и корпоративные адреса, а активное сканирование чужой сети без письменного разрешения владельца недопустимо.