Журнал "Системы Безопасности" № 5‘2022

щих значительные территории с большим количеством отдельно стоящих зданий и сооружений. Многофилиальная система Многофилиальная система (рис. 9) может объ- единять в сеть региональные офисы крупной компании, а также множество небольших отде- лений, подключенных, в свою очередь, к регио- нальному центру. Такая система должна обес- печивать ряд важных функций: автоматическую синхронизацию базы данных сотрудников между объектами, мониторинг из центрального офиса всех удаленных филиалов, построение отчетов учета рабочего времени сотрудников независимо от того, в каком филиале они при- сутствовали, и пр. Кроме того, в связи с геогра- фической удаленностью филиалов друг от друга система должна гарантировать полно- функциональную работу в случае разрыва связи между ними. Классическая многофилиальная система пред- ставляет собой несколько взаимодействующих филиалов, каждый из которых находится под управлением автономного программного ком- плекса (ПК), функционирующего в локальной сети, то есть в каждом филиале присутствуют собственное ядро системы, драйверы оборудо- вания и логики, а также база данных. Фактиче- ски каждый филиал может функционировать как полностью автономная система безопасно- сти. При этом для каждого филиала может быть выбран любой из вариантов развертывания ПК – изолированная, централизованная или распределенная система. Выбор зависит от раз- мера системы безопасности конкретного филиа- ла и задач, которые перед ней ставятся. Следует особо отметить, что многофилиальная систе- ма – это не просто репликация данных между базами. В случае нормального соединения филиалы функционируют как единая система: можно из любой точки изменять конфигурацию объектов филиалов, управлять аппаратурой филиалов, отслеживать их состояние; в одном филиале могут отрабатываться реакции по событиям из другого филиала. Если связь между ними рвется, то филиалы способны полноценно функционировать в автономном режиме, буфе- ризируя пакеты для обмена. При использовании стандартного механизма репликации такие функции не могут быть реализованы. Если филиал небольшой, при этом линии связи качественные и связь стабильна, можно осу- ществлять управление им из ближайшего более крупного филиала, при это не надо будет уста- навливать в нем компьютеры и оплачивать услуги операторов. В конечно счете все зависит от требований к отдельным объектам и системе в целом. ACaaS – облачная СКУД Облачные технологии прочно обосновались в нашей жизни. Неважно, что мы делаем: поль- зуемся удобными банковскими сервисами на своем смартфоне или вместе с коллегами хра- ним основную информацию на облачном сер- вере, – все это объединяется понятием "облач- ные технологии". Системы контроля и управле- ния доступом не являются в этом плане исклю- чением, хотя консерватизм не всегда сдает свои позиции. Не так давно появился даже термин ACaaS (Access Control as a Service, или СКУД как услуга). С развитием облачных технологий появились различные варианты их реализации, и, как следствие, специалисты выделяют несколько ключевых типов (классификация моделей). Общим в классификации является окончание аббревиатуры на "…as a Service", означающее "как услуга". Это следующие моде- ли (подробнее в журнале "Системы безопасно- сти" № 4/2021 г., стр. 60): l IaaS (Infrastructure as a Service) – инфраструк- тура как услуга; l PaaS (Platform as a Service) – платформа как услуга; l SaaS (Software as a Service) – программное обеспечение как услуга. Пожалуй, наиболее известный вариант. Многие крупнейшие раз- работчики ПО переходят на эту модель рабо- ты с потребителями. При этом используется готовое ПО, управляемое через веб-браузер. Разработчик берет на себя все заботы по под- держке и обновлению данного ПО, а также следит за инфраструктурой и ОС; l MaaS (Monitoring as a Service) – мониторинг как услуга; l CaaS (Communication as a Service) – коммуни- кации как услуга; l XaaS (Anything as a Service) – все что угодно как услуга. Если говорить об ACaaS, я бы выделил преобла- дание моделей PaaS и SaaS, которые, по сути, фор- мируют новый характер взаимоотношений "потре- битель – поставщик" на рынке СКУД. Несмотря на довольно динамичное развитие данной техноло- гии, я в ближайшее время предполагаю замедле- ние прогресса в этом сегменте рынка. n Рис. 9. Многофилиальная система октябрь – ноябрь 2022 www.secuteck.ru 58 С И С Т Е М Ы К О Н Т Р О Л Я И У П Р А В Л Е Н И Я Д О С Т У П О М , . 14–16 ФЕВРАЛЯ 2023 31 ЯНВАРЯ - 3 МАРТА 2023 www.tbforum.ru — Реклама Ваше мнение и вопросы по статье направляйте на ss @groteck.ru