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