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

С И С Т Е М Ы К О Н Т Р О Л Я И У П Р А В Л Е Н И Я Д О С Т У П О М 64 В начале 1990-х гг. компьютерные сети были большой редкостью. Имеющаяся архитекту- ра ограничивалась мастер-контроллером, обслуживающим ограниченное количество контроллеров, и компьютером для программи- рования и отображения информации. Вся логи- ка работы находилась внутри мастер-контрол- лера: он мог управлять только своими вторич- ными контроллерами, что накладывало ограничения на развитие систем, построенных по такой схеме. Экспоненциальное развитие Бурный прогресс компьютерной техники и сете- вого оборудования заставил производителей СКУД в спешном порядке менять архитектуру своих систем. Так появились мультисерверные СКУД. Однако совершенствование программного обеспечения происходило без привязки к контроллерам, что снова приводило к ограничениям по наращиванию. Возможно- сти систем опирались на наличие выделенных компьютеров под работу серверов аппарату- ры, и подразумевалась прокладка дополни- тельных коммуникаций для подключения контроллеров. Ethernet В начале 2000-х гг. развитие микроэлектроники позволило производителям оборудования в корне поменять архитектуру СКУД. Каждый контроллер стал независимым. Программное обеспечение устанавливалось в любом месте в пределах локальной сети, интеграция с другими системами безопасности упростилась за счет использования по крайней мере единой среды обмена информацией и более-менее стандар- тизированного протокола. Архитектура современных СКУД находится как раз примерно на этом уровне. Современные технологии практически снимают ограничения с разработчиков СКУД в плане выбора архитектуры системы. К их услугам широкий спектр физических и логических вари- антов обеспечения связи между компонентами системы и средств реализации взаимодействия между пользователями и системой: l консольные приложения; l специализированные контроллеры с графи- ческим интерфейсом; l различные пульты управления; l планшетные компьютеры и телефоны со спе- циализированным приложением или даже операционной системой; l использование стандартных Web-браузеров. Возможности микроконтроллеров уже во много раз превосходят ресурсы компьютеров, используемых в первых СКУД. Хотя порой кажется, что на них выполнялось гораздо больше задач, чем сейчас на мощных много- ядерных процессорах. С учетом этого можно спрогнозировать даль- нейшее развитие архитектуры СКУД. Качественный скачок Сервер для СКУД нужен, чтобы правильно выполнять бизнес-логику системы, хранить данные о пользователях и событиях. Но еще 20 лет назад с этим прекрасно справлялся мастер-контроллер. Да, требования к СКУД многократно возросли, но и возможности контроллеров превышают возможности 20-летних компьютеров. Почему сервер системы не может быть установ- лен в самом контроллере? Может, если тот обладает соответствующими ресурсами. Что это даст? Простоту запуска: после установки контроллера достаточно одному из них сказать, что он теперь выполняет роль сервера (масте- ра), и указать, с какими контроллерами он будет работать. Все, система готова. август – сентябрь 2020 www.secuteck.ru Владимир Старостин Директор дивизиона НИОКР компании PERCo Первые системы СКУД Мультисерверные СКУД С овременные технологии снимают ограничения с разработчиков СКУД в плане выбора архитектуры системы. К их услугам широкий спектр физических и логических вариантов обеспечения связи между компо- нентами системы и средств реализации взаимодействия между поль- зователями и системой Архитектура СКУД: прошлое, настоящее, будущее Согласно ГОСТ, архитектура системы – это принципиальная организация системы, воплощенная в ее элементах, их взаимоотношениях друг с другом и со средой, а также принципы, направляющие ее проектирование и эволюцию. Архитектура СКУД определяется разработчиком исходя из поставленных задач, его возможно- стей и уровня развития технических решений, доступных для применения. Если пред- ставить, что разработчик идеален, то основным определяющим фактором становятся применяемые технические решения