Tehnoloogia areng on oluliselt mõjutanud juurdepääsukontrollisüsteemide arhitektuuri. Jälgides selle arenguteed, saab ennustada, mis meie tulevikus ootab.
Minevik
Kauges minevikus olid arvutivõrgud veel suur haruldus. Toona olid juurdepääsukontrollisüsteemid järgmise põhimõtte kohaselt: meistrikontroller haldas piiratud arvu alamkontrolle, samas kui arvuti toimis nende programmeerimise ja teabe näitamise terminalina. Tööloogikat määras meistrikontroller, kes juhtis teiseseid kontrollereid.
Teised kontrollerid ei saanud omavahel otse teavet vahetada; vahetus toimus meistrikontrolleri kaudu. Selline mudel seadis juurdepääsukontrollisüsteemide arengule olulisi piiranguid.
Arvutitehnika ja võrguseadmete arengud mõjutasid süsteemide arhitektuuri, mille tulemuseks olid mitme serveriga juurdepääsukontrollisüsteemid. Muutused puudutasid tarkvara, kuid kontrollerid jäid samaks, mis kehtestas piiranguid süsteemi laiendamiseks ja arendamiseks.
Käesolev
Mikroelektroonika areng võimaldas seadmete tootjatel täielikult muuta juurdepääsukontrollisüsteemide arhitektuuri. Varasema mudeli asemel tuli arhitektuur, milles kontrollerid said omavahel otse andmeid jagada.
Sellises mudelis võis tarkvara olla paigaldatud ükskõik kuhu kohaliku võrgu piires, integreerimine teiste turvasüsteemidega lihtsustus ühise teabevahetuskeskkonna kasutamise tõttu.
See mudel töötab edukalt ka tänapäeval, kuid tänapäeva tehnoloogia areng võimaldab luua süsteeme täiesti erineva arhitektuuriga. On olemas lai valik füüsilisi ja loogilisi variante süsteemi komponentide vahelise ühenduse tagamiseks ja kasutajate ning süsteemi vahelise suhtluse vahendite tagamiseks. Nende hulka kuuluvad konsooli rakendused, spetsialiseeritud kontrollerid graafilise kasutajaliidese, erinevad juhtpuldid, tahvelarvutid ja telefonid, samuti standardsete veebibrauserite kasutamine. Mikroprotsessorite võimalused ületavad juba mitmeid kordi esialgsetes juurdepääsukontrollisüsteemides kasutatavate arvutite ressursse.
Edasiareng juurdepääsukontrollisüsteemide arhitektuuris
Kontroller serverina
SKUD-server on vajalik, et süsteemi äri- loogikat õigesti täita, salvestada teavet kasutajate ja sündmuste kohta. 20 aastat tagasi piisab selleks ka meistrikontrollerist. Sellest ajast alates on juurdepääsusüsteemide nõuded oluliselt kasvanud, kuid tänapäeva kontrollerite võimalused ületavad 20 aasta taguste arvutite võimeid.
Süsteemi server võib olla paigaldatud ka kontrollerisse, kui sellel on vastavad ressursid. Kontrollerite mälus töötav süsteemi server omab märkimisväärseid eeliseid. Esimene neist on süsteemi käivitamise lihtsus.
Üks süsteemi kontrolleritest määratakse serveriks (või meistriks, nagu kunagi). Ta saab juhised, millega kontrolleritega ta tööle hakkab. Kõik, süsteem on valmis. Kaugobjektide töötamiseks antakse kontrollerile, mis on määratud serveriks, 'valge' IP, mis antakse teistele kontrolleritele ja nad ühenduvad iseseisvalt selle juurde. 1C integreerimiseks tuleb programmile lihtsalt anda kontrolleri aadress. Numbrite tuvastamise süsteemiga integreerimiseks tuleb registreerimiskaardi numbrina märkida autode number ja kaamera või süsteemi IP-aadress, mis suudab autode numbreid tuvastada.
SKUD teenusena
Teine oluline eelis on kasutajate mugavus. Klient ei pea enam mõtlema, millisel arvutil süsteem käivitada, kus see asub, ja kes seda hooldab. Nüüd saab klient lihtsalt IP-aadressi, sisselogimise ja parooli – ja saab jälgida töötajate distsipliini, määrata juurdepääsuõigusi ja anda külalispasse mistahes mugavas brauseris. Piisab, kui osta pöörd- ja kontroller (või valmis lahendus – elektrooniline läbipääs) ja identifikaatorid. Ja süsteem on valmis.
Selline lähenemine vastab maksimaalselt kaasaegsele trendile tajuda SKUD-i teenusena. Klient ei pea mõtlema süsteemi paigaldamisele ja hooldamisele, seda teostavad kõik kaugelt spetsialistid. Siinkohal tekib paratamatult küsimus kontrolleri kiirusest ja võimest töötada 10 000 kasutaja ja 200 pöördurega? Praegu ei tundu see võimalik, kuid andmebaasi saab hostida pilves või eraldatud serveris. serverisAja jooksul kasvavad kontrollerite võimalused ning eespool kirjeldatud süsteemi saab rakendada isegi suurtes ettevõtetes, kus on palju töötajaid ja täidesaatvaid seadmeid.
Tulevik
Standardiseerimine kui trend
Süsteemide juurdepääsu kontrolli arhitektuur põhineb "intelligentsetel" kontrolleritel, mis suhtlevad omavahel iseseisvalt, omades mitmeid peasi kontrollerite, mis täidavad serveri rolli. Need saavad samuti ühineda ühe (või mitme) ühise serveri baasil, serverid, mis tagab vajaliku suhtlemisloogika.
On oluline, et protokollide standardiseerimist toetaksid kõik turuosalised - mitte ainult kontrolleriga suhtlemise tasandil, vaid ka süsteemide omavahelisel suhtlemisel.
Võimalik, et ainulaadse standardi väljatöötamine teostatakse kauges tulevikus. Kuid isegi kui see ei juhtu, siis peaks REST API põhine suhtlusteave ja juurdepääs teabele läbi brauseri olema teostatavad nii kiiresti kui võimalik.
Allikas: habr.com
