Развитието на технологиите е оказало значително влияние върху архитектурата на системите за контрол на достъп. Проследявайки пътя на нейното развитие, можем да предскажем какво ни очаква в близкото бъдеще.
Миналото
В миналото компютърните мрежи бяха рядкост. Системите за контрол на достъп (СКУД) от онова време бяха изградени по следния начин: майстор — контролер обслужваше ограничен брой контролери, а компютърът служеше като терминал за програмирането и визуализирането на информацията. Логиката на работа се определяше от майстор-контролера, управляващ вторичните контролери.
Вторичните контролери не можеха да обменят информация директно помежду си, а обменът ставаше чрез майстор-контролера. Тази моделна архитектура налагаше значителни ограничения върху развитието на системите за контрол на достъп.
Развитието на компютърната техника и мрежовото оборудване влияеше на архитектурата на системите, в резултат на което се появиха мултисерверни СКУД. Промените се отразиха на софтуера, но контролерите останаха непроменени, което поставяше ограничения за разширение и развитие на системата.
Настояще
Развитието на микроелектрониката предостави на производителите на оборудването възможността да променят коренно архитектурата на СКУД. На мястото на предишния модел дойде архитектура, при която контролерите можеха да обменят данни директно помежду си.
В такава архитектура софтуерът можеше да бъде инсталиран навсякъде в локалната мрежа, интеграцията с другите системи за сигурност се опростяваше благодарение на единната среда за обмен на информация.
Тази моделна архитектура успешно работи и до днес, но настоящото ниво на технологично развитие позволява изграждането на системи с напълно различна архитектура. Съществува широк спектър от физически и логически варианти за осигуряване на връзка между компонентите на системата и средства за взаимодействие между потребителите и системата. Сред тях са конзолни приложения, специализирани контролери с графичен интерфейс, различни контролни панели, таблети и телефони, както и използването на стандартни уеб браузъри. Възможностите на микроконтролерите многократно надвишават ресурсите на компютрите, използвани в първите СКУД.
По-нататъшно развитие на архитектурата на СКУД
Контролерът като сървър
Сървър в СКУД е необходим, за да изпълнява бизнес логиката на системата, да съхранява данни за потребителите и събитията. Преди 20 години с това се справяше и майстор-контролерът. Оттогава изискванията към системите за контрол на достъпа значително нараснаха, но и възможностите на съвременните контролери надвишават тези на компютрите отпреди 20 години.
Сървърът на системата може да бъде инсталиран и в самия контролер, ако той разполага с необходимите ресурси. Сървърът на системата, разгръщан в паметта на контролерите, има значителни предимства. Първото от тях е простотата на стартиране на системата.
Един от контролерите на системата се назначава за сървър (или майстор, както беше преди), той получава указания с кои контролери ще работи. Всичко, системата е готова. За работа с отдалечени обекти на контролера, назначен за сървър, се дава "бял" IP, който се указва на другите контролери, и те самостоятелно се свързват с него. За интеграция с 1С просто трябва да се предаде адреса на контролера в програмата. За интеграция с системата за разпознаване на номера – да се укаже като номер на пропуска номера на автомобила и IP адреса на камерата или системата, способна да разпознава автомобилни номера.
СКУД като услуга
Второто важно предимство е удобството за потребителите. На клиента вече не му се налага да се замисля на кой компютър да разгръща системата, къде ще бъде разположен и кой ще я обслужва. Сега клиентът просто получава IP адрес, логин и парола – и може да следи дисциплината на служителите, да назначава права на достъп и да издава гостиви пропуски в който и да е удобен браузър. Достатъчно е да закупите турникет и контролер (или готово решение – електронна пропускателна система) и идентификатори. И системата е готова.
Такъв подход максимално отговаря на съвременния тренд за възприемане на СКУД като услуга. Клиентът не се замисля за инсталацията и обслужването на системата, всичко това на разстояние изпълняват специалисти. Тук неизменно възниква въпросът за бързодействието на контролера и неговата способност да работи с 10 000 потребители и 200 турникета? Все още това не е възможно, но базата данни може да бъде разположена в облака или на отделен сървър. сървър. С течение на времето възможностите на контролерите ще се увеличават, и описаната по-горе система ще може да се разгърне дори в големи предприятия с множество служители и изпълнителни устройства.
Бъдеще
Стандартизация като тренд
Архитектурата на СКУД ще се изгражда на база «умни» контролери, които ще взаимодействат помежду си самостоятелно, като между тях ще има няколко майстор-контролера, изпълняващи ролята на сървър. Те също така ще могат да се обединяват на базата на единен сървър (или няколко сървъри), осигуряващ необходимата логика на взаимодействието.
Необходимо е стандартизацията на протоколите да бъде подкрепяна от всички участници на пазара – не само на ниво взаимодействие с контролера, но и на ниво взаимодействие на системите.
Възможно е разработването на единен стандарт да бъде реализирано в далечно бъдеще. Но дори и ако това не се случи, стандартизацията на взаимодействието на база REST API и достъпа до информация чрез браузър трябва да бъде реализирана възможно най-скоро.
Източник: habr.com
