СКУД для многокластерных и распределенных объектов на базе RUBEZH STRAZH

Как строится СКУД RUBEZH STRAZH

Решения подбираются, исходя из масштаба объекта: необходимого количества точек доступа (считывателей/контроллеров) или территориального распределения системы. Уникальность архитектуры заключается в её гибкости - по мере масштабирования и трансформации объекта систему можно нарастить без замены оборудования.

Малые и средние объекты

Для построения СКУД на малых объектах (школы, поликлиники, небольшие офисы, жилая недвижимость) будет достаточно использовать контроллеры STR20-IP в базовом исполнении. Решение строится как кластер максимум из 8 контроллеров STR20-IP, к каждому из которых можно подключить до 30 OSDP-устройств, из которых не более 20 считывателей. Таким образом, кластер из контроллеров с базовой лицензией будет включать до 160 считывателей и сможет хранить до 10 тысяч пользователей. Функционал контроллеров в базовом исполнении не предусматривает реализацию интеграций через REST: API, в том числе в ПО верхнего уровня.

Для построения СКУД на средних объектах (стадионы, университеты, объекты транспортной инфраструктуры, промышленные предприятия, финансовые учреждения) функционала базовой версии лицензии может оказаться недостаточно, в этом случае применяются контроллеры STR20-IP-Ent, STR20-1AP-IP-M или STR20-2AP-IP-M (или встроенное в STR20-IP ПО обновляется до лицензии Enterprise), к каждому из которых можно также подключить до 20 считывателей. В этом случае в кластер можно объединить до 32 контроллеров, т.е. вся конфигурация будет включать до 640 считывателей и сможет хранить 100 тысяч пользователей. В данном варианте уже доступна интеграция в ПО верхнего уровня и интеграция через REST: API (например, с 1С).

Территориально распределенные объекты

Если необходимо организовать единую СКУД на территориально распределенных объектах (ретейл, объекты телекоммуникационной отрасли, корпорация с филиальной структурой), достаточно создать единую локальную сеть между объектами или настроить маршрутизацию таким образом, чтобы контроллеры из разных локальных сетей могли обмениваться данными друг с другом. С созданной системой можно будет работать из любой точки локальной сети предприятия в рамках одного кластера: настраивать, администрировать и выгружать отчеты.

Многокластерный СКУД

Когда количество контроллеров превышает ограничение кластера и объекты могут находиться в разных локациях, для объединения всех кластеров СКУД в единую систему применяется ПО верхнего уровня (R-PLATFORMA, ИНТЕГРАТОР, R-OPERATOR и т.д.). В этом случае централизованное управление может осуществляться без установки сервера в каждом офисе, появляется возможность создать единое Бюро пропусков и единую базу данных событий со всех кластеров. Ограничений на число объединяемых кластеров нет.


К списку типовых решений