Kuidas me rakendasime andmekeskuses elektroonilise külastuste registreerimise süsteemi biometriliste tehnoloogiate abil: miks see oli vajalik, miks me taas oma lahendust arendasime ja milliseid eeliseid saime.
Sissepääs ja väljumine
Külastajate pääs komertsiaalsetesse andmekeskustesse on objekti töökorralduse oluline aspekt. Andmekeskuse turvapoliitika nõuab täpset külastuste arvestust ja dünaamika jälgimist.
Mõned aastad tagasi otsustasime Linxdatacenteris digitaliseerida täielikult kõik meie Peterburi andmekeskuse külastuste statistika. Me loobusime traditsioonilisest sissepääsu registreerimisest – nimelt külastuste žurnali täitmisest, paberarhiveerimisest ja dokumentide esitamiseks iga visiidi ajal.
Meie tehnikud töötasid nelja kuu jooksul välja elektroonilise külastuste registreerimise süsteemi koos biometriliste juurdepääsukontrolli tehnoloogiatega. Peamine eesmärk oli luua kaasaegne tööriist, mis vastaks meie turvanõuetele ja oleks samal ajal külastajatele mugav.
Süsteem tagas täieliku läbipaistvuse andmekeskuse külastuste üle. Kes, millal ja kuhu pääses andmekeskuses, sealhulgas serveri riiulitesse – kogu see teave on nüüd mõne klikiga saadaval. Külastuste statistika laadimine süsteemist on saanud oluliselt lihtsamaks – aruannete koostamine klientidele ja sertifitseerimisorganite audiitoritele on nüüd lihtsam.
Alguspunkt
Esimeses etapis töötati välja lahendus, mis võimaldas kõik vajalikud andmed sisestada tahvelarvutisse andmekeskusesse sisenemise hetkel.
Autoriseerimine toimus külastaja isikuandmete sisestamise kaudu. Seejärel vahetas tahvelarvuti andmeid kaitstud sidekanali kaudu turvapostiga arvutiga. Pärast seda topiti sissepääsukaart.
Süsteem jälgis kahte peamist taotluse tüüpi: ajutise juurdepääsu taotlus (ühekordne külastus) ning alalise juurdepääsu taotlus. Nende taotluste korraldusprotseduurid andmekeskuses erinevad oluliselt:
- Ajutise juurdepääsu taotluses tuuakse välja külastaja nimi ja ettevõte, samuti kontaktisik, kes peab teda terve visiidi jooksul andmekeskuses saatma.
- Püsiv juurdepääs võimaldab külastajal iseseisvalt liikuda andmekeskuses (näiteks on see oluline tellijate ekspertide jaoks, kes regulaarselt tulevad seadmetega töötama andmekeskusesse). Selline juurdepääsu tase nõuab isikult tööohutuse sissejuhatava koolituse läbimist ja Linxdatacenteriga isiklike ja biometriliste andmete edastamise kokkuleppe allkirjastamist (sõrmjälje skannimine, foto), samuti e-posti teel kõigi vajalike dokumentide saamist andmekeskuse tööreeglite kohta.
Püsiva juurdepääsu taotlemisel kaob vajadus edaspidi iga kord taotlust täita ja isikut dokumentidega kinnitada, piisab, kui sormelt autoriseerimiseks näpistada.
Muudatused!
Platvorm, millel me avasime süsteemi esimese versiooni, on Jotformi konstruktor. Lahendust kasutatakse küsitluste koostamiseks, me täiendasime seda iseseisvalt registreerimissüsteemi jaoks.
Aja jooksul ilmnesid siiski mõned kitsaskohad ja edasise arengu võimalused lahenduses.
Esimene keerukus – Jotform ei olnud kohandatud tahvelarvuti formaadile, ja täidetavad vormid tihti pärast lehe värskendamist „ujusid” ning ulatusid ekraani piiridest välja või vastupidi, kokkusurutud. See tekitas registreerimisel palju ebamugavusi.
Mobiilirakendust polnud, tuli avada süsteemi liides tahvelarvutis „kioski” formaadis. Kuid see piirang osutus kasulikuks – „kioski” režiimis ei saa rakendust tahvelarvutis vähendada ega sulgeda ilma „Administraatori” tasemele juurdepääsuta, mis lubas meil kasutada tavalist kasutaja tahvelarvutit registreerimise terminalina andmekeskusesse pääsemiseks.
Testimise käigus hakkasid ilmuma mitmed vead. Paljud platvormi uuendused põhjustasid lahenduse hangumist ja tõrkeid. Eriti tihti juhtus see siis, kui uuendused hõlmasid neid mooduleid, millele meie registreerimismehhanismi funktsionaalsus oli üles seatud. Näiteks täidetud külastajate ankeed ei saadetud turvapostile, kadusid jne.
Süsteemi registreerimise katkematu töö on äärmiselt oluline, kuna teenust kasutavad igapäevaselt nii töötajad kui ka kliendid. Ja „peatumiste” ajal tuli kogu protsess tagasi viia 100% paberivormingusse, mis oli vastuvõetamatu arhaism, viis tõrgeteni ja nägi kokkuvõttes välja nagu tohutu samm tagasi.
Mõnel hetkel lasi Jotform välja mobiiliversiooni, kuid see uuendus ei lahendanud kõiki meie ülesandeid. Nii tuli meil „ristida” ühed vormid teistega, näiteks koolituse ja sissejuhatava juhendamise ülesannete jaoks testide põhimõttel.
Isegi tasulise versiooni korral nõuti meie kõikide ligipääsuülesannete jaoks lisatasulist Pro taseme litsentsi. Lõplik "hind/ kvaliteet" suhe osutus kaugel optimaalsest – saime kulukaid ülemääraseid funktsioone, mis nõudsid meie poolt siiski olulisi parandusi.
Versioon 2.0, ehk "Tee ise"
Situatsiooni analüüsimisel jõudsime järeldusele, et kõige lihtsam ja usaldusväärsem lahendus on luua oma lahendus ja viia süsteemi funktsionaalne osa virtuaalmasinale enda pilves.
Me kirjasime ise tarkvara vormide jaoks Reactis, juurutades kõik selle Kubernetesega ning väljatöötades oma võimsustes, saime tulemuseks oma, kolmandatest arendajatest sõltumatu juurdepääsuregistreerimise süsteemi andmekeskuses.
Uues versioonis täiustasime vormi pidevate pääsmete mugavaks vormistamiseks. Andmekeskuse ligipääsuvormi täitmisel võib klient minna teise rakendusse, läbida kiirkursuse andmekeskuses viibimise reeglite osas ja testi ning seejärel tagasi „formi perimeetri” juurde tahvelarvutis ning lõpule viia registreerimise. Külaline ei märkagi, et ta liigub rakenduste vahel!
Projekt viidi läbi piisavalt kiiresti: põhivormi loomine andmekeskuse ligipääsuks ja selle juurutamine tootmiskeskkonnas kestis vaid kuu. Alates käivitamisest kuni tänaseni ei ole me registreerinud ühtegi tõrget ja veel vähem süsteemi „kukkumist”, pääsedes väikestest ebamugavustest nagu liidese ja ekraani suuruse mitteühtivus.
Käes – ja valmis
Kuu jooksul pärast juurutamist transportisime oma platvormile kõik tööks vajalikud vormid:
- Ligipääs andmekeskuses,
- Tööde tootmise taotlus,
- Sissejuhatav koolitus.
Nii näeb välja taotlusvorm tööde tootmiseks andmekeskuses.
Süsteem on paigaldatud meie pilve Peterburis. Me kontrollime täielikult VM-i tööd, kõik IT-ressursid on reserveeritud, mis annab meile kindluse, et süsteem ei purune ega kaota andmeid igasugustes stsenaariumides.
Süsteemi tarkvara on paigaldatud Docker-konteinerisse andmekeskuse enda hoidlas – see lihtsustab oluliselt süsteemi seadistamist uute funktsioonide lisamisel, olemasolevate võimaluste muutmisel ning muudab tulevikus lihtsamaks värskendamise, skaleerimise jne.
Süsteem nõuab minimaalseid IT-ressursse andmekeskusest, samas vastab see täielikult meie funktsionaalsuse ja usaldusväärsuse nõudmistele.
Mis on praegu ja mis edasi?
Üldiselt on juurdepääsu protseduur jäänud samaks: täidetakse elektrooniline taotlusvorm, seejärel saadetakse külastajate andmed turvapostile (nimi, ettevõte, amet, visiidi eesmärk, andmekeskuses saatja jne), toimub nimekirjade kontrollimine ja langetatakse otsus juurdepääsu kohta.
Mida veel süsteem suudab? Igaüht analüüsiga seotud ülesandeid ajaloolises perspektiivis ning jälgimise. Mõned kliendid küsivad aruandeid sisejuhtimise eesmärkidel. Selle süsteemi abil jälgime me maksimaalse külastatavuse perioode, mis võimaldab meil tõhusamalt planeerida tööd andmekeskuses.
Tuleviku plaanides on talletada kõik olemasolevad kontrollnimekirjad – näiteks uue rack'i ettevalmistamise protsess. Andmekeskuses on reglementeeritud sammude järjestus rack'i ettevalmistamiseks kliendile. Kirjeldatakse üksikasjalikult, mida ja millises järjekorras tuleb teha enne käivitamist – nõuded elektrivarustusele, kui palju PDU-sid ja patch-paneele tuleb ühendada, millised pistikud tuleb eemaldada, kas paigaldada turvakaameraid, videovalve jne. Praegu toimub kõik see paberdokumendihalduse raames ja osaliselt elektroonilisel platvormil, kuid ettevõtte protsessid on juba küpsed täielikuks migreerimiseks selliste ülesannete jälgimise ja kontrollimise digitaalsesse vormi ja veebiliidesesse.
Seda suunda järgides arendame meie lahendust ka edaspidi, haarates uusi tagakontori protsesse ja ülesandeid.
Allikas: habr.com
