О программе
ОдинХаб — ведущее решение для моделирования и документирования современных сетей: IPAM и DCIM, мощные API и расширения, единый источник достоверной информации для автоматизации инфраструктуры.
Возможности ОдинХаб
- ОборудованиеУстройства, стойки и модули
- Сети и адресаIPAM, VLAN и VRF
- СвязиПорты, кабели, каналы
- ПлощадкиРасположение и провайдеры
- ВМ и кластерыКаталог виртуальных ресурсов
- Доступ и историяПрава и журнал изменений
- API и автоматизацияREST, GraphQL и webhooks
- СонарОбнаружение сети
- DHCP и DNSLinux, Windows и зоны DNS
- ВиртуализацияСбор данных о ВМ
- ZabbixНастройка мониторинга
- ITAM и АтласАктивы и приложения
- Журнал ИБСобытия безопасности
- КалендарьРаботы и планирование
Не просто учёт — контроль инфраструктуры, рисков и денег
ОдинХаб — платформа инвентаризации ИТ-активов на базе бесплатного форка NetBox: наводит порядок в инфраструктуре и даёт опору для автоматизации и отчётности.
Разработка и сопровождение — ООО «АБП2Б». Возможности ядра и отдельно устанавливаемых плагинов описаны в этом руководстве.
Единый источник правды (Source of Truth): где лежат ресурсы, в каком состоянии, кто отвечает и каковы сроки обновлений и поддержки — без разрозненных Excel, чатов и «версий в головах».
Что хранит ОдинХаб
- оборудование и физическое расположение;
- IP-адреса, подсети и каналы связи;
- провайдеров и зоны ответственности;
- прикладные сервисы, контакты и ответственных;
- конфигурации, VLAN, VRF и кабели;
- кластеры, виртуальные машины, их интерфейсы и диски;
- задачи, запланированные изменения и политики поддержки;
- REST API для мониторинга и смежных систем.
Без инвентаризации инфраструктура — «чёрный ящик»
- данные разбросаны — нет единой картины и версии «правды»;
- трудно найти сервисы и подключения нужного оборудования — сложнее оценить последствия изменения;
- диагностика инцидентов растягивается из‑за поиска информации;
- устаревшие данные ведут к неверным решениям и ломают автоматизацию.
Риск без актуальной инвентаризации
Инциденты дороже: инженеры действуют вслепую — растёт MTTR, поздние решения, сбои скриптов и систем, завязанных на данные. Прямые убытки: простой сервисов, штрафы по SLA, больше людей на разбор; косвенные — репутация и доверие.
Что даёт ОдинХаб
Автоматизация: ОдинХаб как фундамент
Без актуальных данных автоматизация невозможна. Примеры: связка с Zabbix (хосты, интерфейсы и шаблоны), DNS и DHCP, обнаружение сети Сонаром, согласование агентского состава Ревизором и подключаемые источники виртуализации. Эти операции выполняют соответствующие плагины; ядро хранит модель данных и предоставляет API.
Итог: ОдинХаб — не только IT-инструмент, а опора для управления: меньше простоев и убытков, быстрее рост, выше управляемость — переход от реакции к управлению.
Функциональные характеристики
Управление IP-адресами (IPAM)
Управление инфраструктурой (DCIM)
Аутентификация и политики доступа
Аудит, отчёты и автоматизация
Об ОдинХаб
Что такое ОдинХаб?
Продукт ориентирован на сетевых инженеров и операторов и покрывает адресацию, оборудование, кабели, виртуализацию, каналы связи и смежные области.
Как может быть развёрнут ОдинХаб?
Базу данных и обработчики можно вынести на отдельные серверы. Для распределённой установки нужно согласовать доступ к PostgreSQL, Redis, конфигурации и общим файловым хранилищам.
На чём построено приложение?
Предусмотрены REST и GraphQL API, плагины, пользовательские поля и сценарии интеграции с внешними системами.
Чем ОдинХаб отличается от универсальной CMDB?
Это снижает стоимость внедрения и ускоряет получение пользы для команд сетевой эксплуатации и проектирования.
Архитектура ПО
ОдинХаб — веб-приложение с тонким клиентом и кроссплатформенным доступом через браузер; поддерживаются варианты от одной машины до распределённой установки.
- Браузер: страницы Django и JavaScript-компоненты
- Сервер приложений (Django)
- Сервер баз данных (PostgreSQL, Redis)
Возможны виртуальные машины, Docker и вынос БД на отдельный сервер.
Доступ и аудит
Гибкая аутентификация, разграничение прав и журналирование изменений для корпоративных требований.
- LDAP, Active Directory, OAuth 2.0
- RBAC и тонкая настройка разрешений
- MFA через настроенный внешний провайдер входа
- Журнал изменений ядра; события безопасности — через плагин Журнал ИБ
- API для интеграций; передача CEF в SIEM — через плагин Журнал ИБ
Технические требования
Предварительные ориентиры для сервера приложения без учёта ОС. Фактическая потребность зависит от числа объектов, одновременных запросов, импортов и задач плагинов. Таблица не задаёт подтверждённые пределы числа пользователей; перед крупной установкой проверьте свою нагрузку.
Обязательно: Python 3.12, 3.13 или 3.14
ОС: Linux-системы (AstraLinux, РедОС, Ubuntu и другие)
База данных: PostgreSQL 14 и выше; типовой Docker-комплект — 16