Tehnoloogia areng on oluliselt mõjutanud juurdepääsukontrolli süsteemide arhitektuuri. Jälgides selle arengu teed, saab ennustada, mis meid lähitulevikus ees ootab.
Minevik
Kauges minevikus olid arvutivõrgud veel suur haruldus. Tol ajal ehitati juurdepääsukontrolli süsteeme järgmiselt: master-juhtimisseade teenindas piiratud arvu kontrollerite töötlust, samas kui arvuti toimis terminalina nende programmeerimiseks ja teabe kuvamiseks. Töö loogikat määras master-juhtimisseade, mis juhtis sekundaarseid kontrollerite.
Sekundaarsete kontrollerite vahel ei saanud teavet otse vahetada, poolteave toimus master-juhtimisseadmest läbi. Selline mudel seadis juurdepääsukontrolli süsteemide arengule olulised piirangud.
Arvutitehnika ja võrguseadmete areng on mõjutanud süsteemide arhitektuuri, mille tulemusena on tekkinud multi-serveriga juurdepääsukontrolli süsteemid. Muutused puudutasid tarkvara, kuid kontrollerid jäid muutumatuks, mis piiras süsteemi arendamist ja laienemist.
Sissejuhatus
Mikroeletroonika areng on andnud seadmete tootjatele võimaluse muuta päästesüsteemide arhitektuuri põhimõtteliselt. Varasem mudel on asendatud arhitektuuriga, kus kontrollerid saavad omavahel andmeid otse vahetada.
Sellises mudelis võis tarkvara paigaldada igal pool kohaliku võrgu piires, integreerimine teiste turvasüsteemidega lihtsus, kasutades ühte teabevahetuse keskkonda.
See mudel töötab edukalt siiani, kuid praegune tehnoloogia areng võimaldab ehitada süsteeme täiesti teistsuguse arhitektuuriga. On olemas lai valik füüsilisi ja loogilisi variante süsteemi komponentide vahelise suhtluse tagamiseks ning kasutajate ja süsteemi vahelise interaktsiooni vahendite tagamiseks. Nende hulka kuuluvad konsoolirakendused, spetsialiseeritud kontrollerid graafilise liidese ja erinevate puldid, tahvelarvutid ja telefonid ning standardsete veebibrauserite kasutamine. Mikrokontrollerite võimalused ületavad juba ammu esimeste päästesüsteemide kasutuses olnud arvutite ressursse.
Jätkuv arendus SSKUD-i arhitektuuris
Kontroller serverina
SKUD-server on vajalik, et õigesti teostada süsteemi äri-logiikat, salvestada kasutajate ja sündmuste andmeid. 20 aastat tagasi suutis sellega toime tulla ka peamine kontroller. Alates sellest ajast on juurdepääsusüsteemide nõuded oluliselt tõusnud, kuid kaasaegsete kontrollerite võimalused ületavad 20 aasta taguste arvutite omadusi.
Süsteemi server võib olla paigaldatud ka kontrollerisse, kui sellel on vastavad ressursid. Kontrollerite mälus käivitav süsteemi server omab märkimisväärseid eeliseid. Üks neist on süsteemi lihtsus käivitamisel.
Üks süsteemi kontrolleritest määratakse serveri (või masterina, nagu kunagi varem), kes saab juhised, milliste kontrolleritega ta tööle hakkab. Kõik, süsteem on valmis. Kaugobjektidega töötamiseks antakse serveriks määratud kontrollerile "valge" IP, mille teised kontrollerid saavad ja nad ühendavad end iseseisvalt selle juurde. 1C integreerimiseks tuleb lihtsalt edastada programmile kontrolleri aadress. Numbrite tuvastamise süsteemiga integreerimiseks tuleb näidata pääsme numbrina auto numbrit ja kaamera või süsteemi IP-aadressi, mis suudab tuvastada autode numbreid.
TUV as a service
Teine oluline eelis on kasutajate mugavus. Tellijal ei pea enam mõtlema, millisel arvutil süsteemi käivitada, kus see seisab ja kes seda teenindab. Nüüd saab klient lihtsalt IP-aadressi, kasutajanime ja parooli – ning saab jälgida töötajate distsipliini, määrata juurdepääsuõigusi ja väljastada külalispääsmeid igas sobivas brauseris. Piisab, kui osta pöörded ja kontroller (või valmis lahendus – elektrooniline läbipääs) ja identifikaatorid. Ja süsteem on valmis.
Tüüpiliselt vastab selline lähenemine tänapäeva trendile, kus SKE (juhtimise ja kontrolli süsteem) on teenusena. Tellija ei pea muretsema süsteemi paigaldamise ja hooldamise pärast, kuna kõik see toimub kaugelt spetsialiseeritud isikute poolt. Siinkohal tekib paratamatult küsimus kontrolleri reageerimiskiirusest ja tema võimest töötada 10 000 kasutajaga ning 200 pöördlukuga? Praegu ei tundu see võimalik, kuid andmebaasi saab paigutada pilve või eraldi serverisse. serverilAja jooksul kontrollerite võimalused suurenevad ning eespool kirjeldatud süsteemi saab rakendada isegi suurtesse ettevõtetesse, kus on suur hulk töötajaid ja käiteseadmeid.
Tulevik
Standardiseerimine kui trend
SKE arhitektuur põhineb "nutikatel" kontrolleritel, mis suudavad iseseisvalt omavahel suhelda, omades mitmeid pea-kontrolle, mis toimivad serverina. Need suudavad ka ühineda ühe (või mitme) serverite) serveriga, mis tagab vajaliku suhtluse loogika.
Turu standardiseerimine peab olema toetatud kõigi turuosaliste poolt – mitte ainult suhtluse tasandil kontrolleriga, vaid ka süsteemide omavahelise koostöö tasandil.
Võimalik, et ühtse standardi väljatöötamine toimub kauges tulevikus. Kuid isegi kui seda ei juhtu, peavad REST API baasil suhtlemise standardiseerimine ja teabele ligipääs läbi brauseri toimuma võimalikult kiiresti.
Allikas: habr.com
