Каталог "СКУД. Антитерроризм"-2018

2018 СКУД Системы контроля и управления доступом 27 ТЕХНОЛОГИЧЕСКАЯ ВИТРИНА Ч то объединяет филиалы распределенного объекта? Прежде всего, общая база данных персонала и, как следствие, возможность централизованно- го контроля, мониторинга и генерации глобальных отчетов по всей систе- ме. Сотрудник может использовать свой единый идентификатор или набор идентификаторов для доступа к любому филиалу, в том числе находящемуся в ином часовом поясе, исходя из назначенных ему прав доступа. Какие могут быть основные концепции построения подобных систем? В первую очередь, система может быть жестко централизованной с единым сервером или многосерверной. Оба варианта имеют как свои положительные стороны, так и недостатки. Многосерверный и односерверный подход С одной стороны, многосерверный вариант обеспечивает большую гибкость и защи- щенность от отказа отдельных узлов системы. Например, при сбое связи с центром не теряется функционал не только на уровне автономной работы контроллеров, что уже почти стало нормой для большинства современных систем. Сохраняется также функционал по добавлению новых локальных сотрудников, посетителей. Интегра- ции, компоненты системы, взаимодействующие с элементами СКУД через сервер, также сохраняют работоспособность. Дополнительно подобный вариант снижает нагрузку с отдельного сервера на уровне потока данных и скорости его обработки. В случае очень крупных распределенных структур на этом уровне могут возникнуть некоторые барьеры и ограничения при наличии единого сервера. С другой стороны, односерверный вариант может обеспечить более высокую степень контроля над всей системой. Не возникает задач синхронизации баз данных разных серверов, корректной миграции данных между ними, выстраива- ния иерархии, конфликта политик безопасности и т.д. Единый сервер под управлением небольшой, но опытной команды специалистов в случае крупной компании также может дополнительно дать и серьезный экономический эффект. Кроме того, с точки зрения безопасности и уязвимостей проще защи- тить один дата-центр в рамках большой компании, чем гарантировать и контро- лировать вопросы безопасности десятка дата-центров. Компромиссный вариант Существует и третий вариант, когда в едином дата-центре возникает несколько серверов, что позволяет: 1) получить снижение нагрузки с одного отдельно взятого сервера; 2) увеличить скорость отклика системы на действие оператора; 3) уйти от физических ограничений единого сервера, не получив существенно- го увеличения расходов, связанного с ведением серверов СКУД по каждому филиалу отдельно. Исходя из этого, можно сформулировать требования к ПО для подобного клас- са объектов. Универсальность Для рассматриваемого класса задач не подойдет узкопрофилированное ПО. Существуют СКУД, изначально созданные для определенного типа объектов, например ритейла, парковок, жилых домов или даже конкретных проектов. В данном случае ПО СКУД должно подходить как для офисного здания или административного центра с большим потоком посетителей, так и гарантиро- вать работу с парковкой и прочими вероятными элементами распределенных многофункциональных объектов. Олег Грушин Специалист службы технической поддержки, Nedap Security Management РАСПРЕДЕЛЕННЫЕ ОБЪЕКТЫ ПО СКУД Что такое многофункциональный распределенный объект и какова его специфика с точки зрения ПО СКУД? В общем случае это ряд физически разделенных филиалов одной организации, перед которыми могут стоять принципиально разные задачи и которые могут функционировать в совершенно разном режиме. Эти задачи, как и режим работы, накладывают свои требования в отношении ПО ПО для распределенных многофункциональных объектов: ключевые особенности и отличия от обычного ПО