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

С И С Т Е М Ы К О Н Т Р О Л Я И У П Р А В Л Е Н И Я Д О С Т У П О М 88 Системы с облачной архитектурой избавляют заказчика от множества проблем, связанных с наличием серверов СКУД, которые нужно обслуживать, обновлять и администрировать. Кроме того, нет необходимости в найме персо- нала с соответствующей квалификацией. При этом обеспечивается масштабируемость систе- мы, доступность данных из любой точки сети "интернет" и низкая стоимость владения, а основное требование – оплачивать подписку за предоставляемый сервис. Кластерные системы характеризуются высокой отказоустойчивостью, защищенностью и удоб- ством использования и управления, так как обмен данными между контроллерами осу- ществляется по защищенным протоколам в реальном времени без участия сервера. Суще- ствуют варианты кластерных систем, где вообще не требуется наличие сервера СКУД, что дает им преимущества, присущие облачным системам. в свою очередь, системы с гибридной архитек- турой объединяют лучшие качества доступных архитектур, обеспечивая при этом максималь- ную гибкость в удовлетворении потребностей заказчика. Евгений Золотарев, Делетрон в данном вопросе надо опираться на несколько критериев для определения варианта архитек- туры – это назначение, сложность объекта и бюджет проекта, и руководствоваться гОСТ Р 51241–2008 "Средства и системы контроля и управления доступом". Учтенные в модели угроз критерии назначения и сложности объ- екта напрямую влияют на выбор архитектуры СКУД. на основании такого подхода могу ска- зать, что вариант наиболее перспективной архитектуры нельзя выделить. Максим Горяченков, Болид наиболее перспективной видится схема, при которой контроллеры решают все задачи пре- доставления доступа, включая синхронизацию по правилам Antipassback и т.д., на аппаратном уровне, обмениваясь сообщениями друг с дру- гом без помощи программного обеспечения. ПО при этом решает только задачи конфигури- рования, сбора данных, ручного управления и интеграции с системами верхнего уровня. Такой подход увеличивает надежность и скорость работы системы. чем объект более распреде- лен, чем больше контроллеров на нем приме- няется и чем сложнее алгоритмы взаимодей- ствия между ними предусматриваются, тем более актуальной будет описанная архитектура. Аркадий Гамбург, Семь печатей Я думаю, что в контексте темы экспертного опроса важен не столько способ построения СКУД (архитектура, топология…), сколько гарантированность принятия решения по досту- пу. вы можете выстроить очень сложную, но при этом комфортную для пользователя интерак- тивную среду, в которой решение по проходам будет выполнять искусственный интеллект на облачном сервере, но при этом обязаны пред- усмотреть ситуацию, когда связь интеллекта с объектом управления нарушится. и в этом случае ответственность за доступ сотрудников (то есть за работоспособность системы) ложит- ся непосредственно на контроллер. именно контроллер в случае аварии должен взять на себя управление проходами, и чем ближе он к запирающим/отпирающим устройствам, тем надежнее система. Евгений Кондратьев, Равелин Для честного и конструктивного ответа на вопрос нужно договориться о едином понима- нии словосочетания "архитектура построения СКУД". Рискую быть обвиненным в занудстве, но вынужден обратить внимание, что в руково- дящем гОСТ Р 51241–2008 такого термина нет. Поэтому приведу пункт гОСТа, который, думаю, ближе всего касается данной темы обсуждения: "П. 4.2.2 По способу управления СКУД подраз- деляют на: l автономные – для управления одним или несколькими УПУ (устройства преграждаю- щие управляемые. – Прим. ред.) без переда- чи информации на центральное устройство управления и контроля со стороны операто- ра; l централизованные (сетевые) – для управле- ния УПУ с обменом информацией с централь- ным пультом и контролем и управлением системой со стороны центрального устройства управления; l универсальные (сетевые) – включающие в себя функции как автономных, так и сетевых систем, работающие в сетевом режиме под управлением центрального устройства управ- ления и переходящие в автономный режим при возникновении отказов в сетевом обору- довании, центральном устройстве или обры- ве связи". Думаю, исходя из этого пункта и можно гово- рить о структуре СКУД (о ее составе) и об архи- тектуре СКУД (о принципах общего взаимодей- ствия элементов из ее состава). Практика в сфере контроля доступа показала, что под автономными СКУД часто понимаются просто автономные точки доступа. Они, как правило, строятся на базе автономного контроллера и устойчиво занимают определенную часть рынка сферы контроля доступа. Однако в большинстве случаев, особенно на более крупных, сложных и ответственных объ- ектах, используются универсальные СКУД, где в качестве средства центрального управления используются средства вычислительной техники (СвТ) общего назначения с установленным на них ПО данной СКУД. Думаю, что и в обозри- мом будущем именно эти универсальные СКУД и этот принцип архитектуры будут приоритетны и наиболее распространены. Конечно, есть объекты, специфика которых либо по задачам, либо по структуре будет вли- ять и на состав, и на архитектуру системы досту- па. и именно в этом случае и будут особо вос- требованы профессионализм, знания и опыт проектировщика и инсталлятора, чтобы сфор- мировать эффективное техническое решение под эту специфику. Евгений Белкин, АЛГОНТ выбор того или иного варианта архитектуры построения системы контроля и управления доступом обычно связан с требованиями по обеспечению высокой надежности и безотказ- ности работы системы при минимизации ее стоимости и зависит от архитектуры охраняемо- го объекта. Можно выделить архитектуру СКУД территориально распределенного объекта (например, крупного комбината) или локаль- ного объекта (например, офисного здания). СКУД локального объекта может быть состав- ной частью СКУД территориально распределен- ного объекта. СКУД территориально распределенного объ- екта обычно представляет собой сеть, состоя- щую из серверов, управляющих компьютеров или контроллеров, каждый из которых может быть установлен в отдельном здании или помещении и используется для его обслужи- вания. Параметры устанавливаемых серверов, управляющих компьютеров или контроллеров выбираются в зависимости от числа и типа пропускных пунктов или точек доступа в этом здании или помещении, а также от численно- сти персонала, использующего эти пункты и точки доступа. Для обеспечения высокой надежности и безотказности системы жела- тельно, чтобы базы данных по допуску персо- нала хранились как в памяти центральных основных и резервных серверов, так и частич- но в памяти локальных управляющих компью- теров или контроллеров. Это позволяет сохра- нить работоспособность объекта при повреж- дениях линий связи. чтобы минимизировать отказы при пропадании связи, часто линии связи резервируются. Особенно это актуально при совмещении СКУД с охранной сигнализа- цией (ОС). Однако стоимость системы при резервировании увеличивается. в качестве линий связи в сетях контроллеров чаще всего используется витая пара с интер- фейсом RS-485. Это связано с достаточно высокой дальностью связи до 1,5 км по этому интерфейсу и невысокой стоимостью его реа- лизации. Однако при высокой интенсивности работы контроллеров, например в составе про- ходных предприятий, скорость передачи информации по интерфейсу RS-485 может оказаться недостаточно высокой. в этом случае используют контроллеры с интерфейсами Ethernet или CAN. Ethernet имеет преимущества по скорости передачи информации в сравне- нии с CAN. CAN, в свою очередь, имеет пре- имущества по дальности связи и стоимости реализации. апрель – май 2023 www.secuteck.ru СПЕЦПРОЕКТ КОнТРОллЕРы СКУД ОТЕчЕСТвЕннОгО ПРОизвОДСТва К ластерные системы характеризуются высокой отказоустойчи- востью, защищенностью и удобством использования и управления, так как обмен данными между контроллерами осуществляется по защищенным протоколам в реальном времени без участия сервера. Существуют варианты кластерных систем, где вообще не требуется наличие сервера СКУД, что дает им преимущества, присущие облач- ным системам