Перейти к основному содержимому
Версия: 4.6

О программе

О программе

ОдинХаб — ведущее решение для моделирования и документирования современных сетей: IPAM и DCIM, мощные API и расширения, единый источник достоверной информации для автоматизации инфраструктуры.

Данные собираются

УстройстваИнтерфейсыIP-адресаКабелиПлощадкиПровайдерыVLAN / VRFПодсетиКонтактыДокументация
IPAM · DCIM
Предметная модель данных
On-Premise / SaaS
Варианты развёртывания
REST · GraphQL
Интеграции и API
Платформа

Не просто учёт — контроль инфраструктуры, рисков и денег

ОдинХаб — платформа инвентаризации ИТ-активов на базе бесплатного форка NetBox: наводит порядок в инфраструктуре и даёт опору для автоматизации и отчётности.

Продукт включён в реестр отечественного ПО; разработчик и поддержка — ООО «АБП2Б».

Единый источник правды (Source of Truth): где лежат ресурсы, в каком состоянии, кто отвечает и каковы сроки обновлений и поддержки — без разрозненных Excel, чатов и «версий в головах».

Что хранит ОдинХаб

  • оборудование и физическое расположение;
  • IP-адреса, подсети и каналы связи;
  • провайдеров и зоны ответственности;
  • зависимости сервисов и контакты;
  • конфигурации, VLAN, VRF и кабели;
  • виртуальные машины, контейнеры и облачные ресурсы;
  • отчёты, шаблоны и пользовательские отчёты;
  • REST API для мониторинга и смежных систем.

Без инвентаризации инфраструктура — «чёрный ящик»

  • данные разбросаны — нет единой картины и версии «правды»;
  • не видно зависимостей сервисов от оборудования — любое изменение превращается в риск;
  • диагностика инцидентов растягивается из‑за поиска информации;
  • устаревшие данные ведут к неверным решениям и ломают автоматизацию.

Риск без актуальной инвентаризации

Инциденты дороже: инженеры действуют вслепую — растёт MTTR, поздние решения, сбои скриптов и систем, завязанных на данные. Прямые убытки: простой сервисов, штрафы по SLA, больше людей на разбор; косвенные — репутация и доверие.

Что даёт ОдинХаб

MTTRбыстрее восстановление за счёт актуальных связей и конфигураций;
Ошибкименьше ошибок инженеров за счёт единого источника и валидации данных;
Участникименьше людей на инцидент — решения быстрее и точнее;
OPEXменьше ручной рутины (IP, VLAN, устройства, кабели), проще онбординг, знания не «уходят» с ключевыми людьми.

Автоматизация: ОдинХаб как фундамент

Без актуальных данных автоматизация невозможна. Примеры: связка с Zabbix (хосты, шаблоны, триггеры), DHCP (в т.ч. Kea), синхронизация конфигураций по SSH/Telnet/Netconf, агенты и self-service, плагины на Django, Kerberos/SSO (AD, FreeIPA), коннекторы к виртуализации (Zvirt, VKcloud/OpenStack, VMware).

Итог: ОдинХаб — не только IT-инструмент, а опора для управления: меньше простоев и убытков, быстрее рост, выше управляемость — переход от реакции к управлению.

Назначение

Функциональные характеристики

Управление IP-адресами (IPAM)

Централизованный учёт IPv4/IPv6, префиксов, VLAN, VRF, контроль конфликтов и дублирования, агрегаты и пулы адресов.

Управление инфраструктурой (DCIM)

Учёт стоек, устройств, портов, кабелей, питания и связей между компонентами для проектирования и эксплуатации ЦОД и сетей.

Аутентификация и политики доступа

LDAP, Active Directory, OAuth 2.0, ролевая модель RBAC и двухфакторная аутентификация для защиты доступа к данным.

Аудит, отчёты и автоматизация

Журналы изменений, отчёты, webhooks и интеграции с Ansible, Terraform и системами мониторинга.
Описание

Об ОдинХаб

Что такое ОдинХаб?
ОдинХаб — решение для моделирования и документирования сетей: IPAM и DCIM, API и расширения, единый источник достоверных данных для автоматизации.

Продукт ориентирован на сетевых инженеров и операторов и покрывает адресацию, оборудование, кабели, виртуализацию, каналы связи и смежные области.
Как может быть развёрнут ОдинХаб?
Система может работать в локальной инфраструктуре (On-Premise) на физических или виртуальных серверах, в контейнерах Docker либо в виде управляемого SaaS с сопровождением.

Доступна гибридная схема: например, БД на площадке заказчика, а веб-интерфейс и API — в отказоустойчивом контуре.
На чём построено приложение?
Backend реализован на Python и Django; интерфейс — на React (начиная с ветки 3.x). Данные хранятся в PostgreSQL, для кэша и фоновых задач используется Redis.

Предусмотрены REST и GraphQL API, плагины, пользовательские поля и сценарии интеграции с внешними системами.
Чем ОдинХаб отличается от универсальной CMDB?
Модель данных заточена под сети и инфраструктуру: префиксы, устройства, кабели, VLAN, FHRP, L2VPN, арендаторы и т.д., а не под абстрактные «конфигурационные единицы».

Это снижает стоимость внедрения и ускоряет получение пользы для команд сетевой эксплуатации и проектирования.
Архитектура

Архитектура ПО

ОдинХаб — веб-приложение с тонким клиентом и кроссплатформенным доступом через браузер; поддерживаются варианты от одной машины до распределённой установки.

  • Клиентская часть (тонкий web-клиент на React)
  • Сервер приложений (Django)
  • Сервер баз данных (PostgreSQL, Redis)

Возможны виртуальные машины, Docker и вынос БД на отдельный сервер.

Безопасность

Защита и соответствие

Гибкая аутентификация, разграничение прав и журналирование изменений для корпоративных требований.

  • LDAP, Active Directory, OAuth 2.0
  • RBAC и тонкая настройка разрешений
  • Двухфакторная аутентификация (2FA)
  • Журналы действий и отчёты для аудита
  • API для интеграции с SIEM и мониторингом
Требования

Технические требования

Ориентиры по серверу приложения в зависимости от числа пользователей и нагрузки (без учёта объёма ОС). Значения согласованы с руководством по установке ОдинХаб.

Обязательно: Python 3.12, 3.13 или 3.14

ОС: Linux-системы (AstraLinux, РедОС, Ubuntu и другие)

База данных: PostgreSQL 14 и выше (рекомендуется 15+)

до 50 пользователей
ЦПУ 2 ядраОЗУ 4 ГбДиск 50 Гб SSD
до 100 пользователей
ЦПУ 4 ядраОЗУ 8 ГбДиск 100 Гб SSD
до 500 пользователей
ЦПУ 8 ядерОЗУ 16 ГбДиск 200 Гб SSD
до 1000 пользователей
ЦПУ 16 ядерОЗУ 32 ГбДиск 500 Гб SSD
до 10000 пользователей*
ЦПУ 32+ ядерОЗУ 64 Гб+Диск от 1 Тб SSD
Стек: Redis 4.0+, Gunicorn, Nginx (или Apache) в роли reverse proxy; версии Python и PostgreSQL — см. блок выше.
Рекомендация
При больших инсталляциях рекомендуется разносить сервер приложения и сервер баз данных на отдельные серверы