Përshkruajmë se si vumë në zbatim në qendrën tona të të dhënave një sistem regjistrimi elektronik të vizitave me teknologji biometrike: pse ishte e nevojshme, pse zhvilluam përsëri një zgjidhje të brendshme dhe cilat përfitime morëm.
Hyrje dhe dalje
Qasja e vizitorĂ«ve nĂ« njĂ« QendĂ«r tĂ« DhĂ«nash komerciale Ă«shtĂ« njĂ« moment i rĂ«ndĂ«sishĂ«m pĂ«r organizimin e punĂ«s sĂ« objektit. Politika e sigurisĂ« sĂ« qendrĂ«s sĂ« tĂ« dhĂ«nave kĂ«rkon llogaritje tĂ« saktĂ« tĂ« vizitave dhe ndjekje tĂ« dinamikĂ«s.Â
KohĂ« mĂ« parĂ«, ne nĂ« Linxdatacenter vendosĂ«m tĂ« trasferojmĂ« plotĂ«sisht nĂ« formĂ« digjitale tĂ« gjithĂ« statistikĂ«n e vizitave tĂ« QendrĂ«s sĂ« DhĂ«nave nĂ« ShĂ«n Petersburg. Ne u tĂ«rhoqĂ«m nga regjistrimi tradicional tĂ« qasjes â konkretisht, nga plotĂ«simi i njĂ« regjistri vizitash, mbajtja e njĂ« arkivi tĂ« shtypur dhe paraqitja e dokumenteve nĂ« çdo vizitĂ«.Â
Specialistët tanë teknikë zhvilluan një sistem regjistrimi elektronik të vizitave në kombinim me teknologjitë biometrike të kontrollit të qasjes në 4 muaj. Qëllimi kryesor ishte të krijonim një mjet modern që i përkiste kërkesave tona për siguri dhe njëkohësisht të ishte i lehtë për vizitorët.
Sistemi siguroi transparencĂ« tĂ« plotĂ« mbi vizitat nĂ« QendrĂ«n e DhĂ«nave. Kush, kur dhe ku kishte akses nĂ« qendrĂ«n e tĂ« dhĂ«nave, duke pĂ«rfshirĂ« raftet e serverĂ«ve â e gjithĂ« kjo informacion bĂ«hej e aksesueshme menjĂ«herĂ« me kĂ«rkesĂ«. Statistika e vizitave eksportohej nga sistemi me disa klikime â pĂ«rgatitja e raporteve pĂ«r klientĂ«t dhe auditorĂ«t e organizatave certifikuese u bĂ« shumĂ« mĂ« e lehtĂ«.Â
Pika e nisjes
NĂ« fazĂ«n e parĂ«, u zhvillua njĂ« zgjidhje qĂ« lejonte futjen e tĂ« dhĂ«nave tĂ« nevojshme nĂ« tableta gjatĂ« hyrjes nĂ« QendrĂ«n e DhĂ«nave.Â
Autorizimi ndodhte përmes hyrjes së të dhënave personale të vizitorit. Më pas, tableta shkëmbenin të dhëna me kompjuterin në pikën e sigurisë përmes një kanali të mbrojtur të komunikimit. Pas kësaj, lëshohej një leje.
Sistemi merrte parasysh dy lloje kryesore të kërkesës: kërkesë për akses të përkohshëm (vizitë një herë) dhe kërkesë për akses të përhershëm. Procedurat organizative për këto lloje kërkesash në Qendrën e Dhënave ndryshojnë ndjeshëm:
- NĂ« kĂ«rkesĂ«n pĂ«r akses tĂ« pĂ«rkohshĂ«m, specifikohet emri dhe kompania e vizitorit, si dhe kontakti qĂ« duhet ta shoqĂ«rojĂ« gjatĂ« gjithĂ« vizitĂ«s nĂ« QendrĂ«n e DhĂ«nave.Â
- A constant access allows the visitor to move around the data center independently (for example, this is important for client specialists who regularly come to work with the equipment in the data center). Such a level of access requires the person to undergo an introductory safety training and sign an agreement with Linxdatacenter regarding the transfer of personal and biometric data (fingerprint scan, photograph), and also implies the receipt of all necessary documents about the operational rules in the data center via email.Â
When applying for constant access, the need to fill out the application and confirm identity with documents each time is completely eliminated; it is enough to place a finger for authorization at the entrance.Â
Changes!
The platform on which we deployed the first version of the system is the Jotform builder. This solution is used to create surveys, and we customized it for the registration system.Â
However, over time, some 'bottlenecks' and areas for further development emerged during operation.Â
The first difficulty was that Jotform was not optimized for tablet format, and the filled forms would often 'shift' in size after the page was reloaded, going beyond the screen, or vice versa, collapsing. This created a lot of inconveniences during registration. Â
There was also no mobile application, and we had to deploy the system's interface on the tablet in a 'kiosk' mode. However, this limitation worked to our advantage â in 'kiosk' mode, the application cannot be minimized or closed on the tablet without 'Administrator' level access, which allowed us to use a regular user tablet as a registration terminal for access to the data center.Â
During testing, multiple bugs started to surface. Numerous platform updates led to lags and failures of the solution. This happened especially often at times when updates affected the modules on which our registration mechanism's functionality was deployed. For example, forms filled out by visitors were not sent to the security point and were lost, etc.Â
Funksioni i pakĂ«putur i sistemit tĂ« regjistrimit Ă«shtĂ« jashtĂ«zakonisht i rĂ«ndĂ«sishĂ«m, pasi shĂ«rbimin e pĂ«rdorin çdo ditĂ« si punonjĂ«sit, ashtu edhe klientĂ«t. GjatĂ« periudhave tĂ« "ngrirjes", e gjithĂ« procedura duhej tĂ« kthehej nĂ« 100% formatin e letĂ«rsisĂ«, qĂ« ishte njĂ« arkaizĂ«m i papranueshĂ«m, qĂ« çonte nĂ« gabime dhe ngjante si njĂ« hap i madh prapa.Â
NĂ« njĂ« moment, Jotform nxori versionin mobil, por ky upgrade nuk zgjidhte tĂ« gjitha detyrat tona. KĂ«shtu, na duhej tĂ« "bashkonim" disa forma me njĂ«ra-tjetrĂ«n, pĂ«r shembull, pĂ«r detyrat e trajnimit dhe udhĂ«zimit hyrĂ«s sipas parimit tĂ« testit.Â
Edhe me pĂ«rdorimin e versionit tĂ« paguar, kĂ«rkohej njĂ« licencĂ« shtesĂ« e zgjeruar nĂ« nivel Pro pĂ«r tĂ« gjitha detyrat tona tĂ« aksesit. Raporti pĂ«rfundimtar i "çmimit/ cilĂ«sisĂ«" ishte i largĂ«t nga optimalja â ne merrnim njĂ« funksionalitet tĂ« shtrenjtĂ« dhe tĂ« tepruar, qĂ« megjithatĂ« kĂ«rkonte pĂ«rmirĂ«sime tĂ« konsiderueshme nga ana jonĂ«.Â
Versioni 2.0, ose "Bëje vetë"
Pas analizimit tĂ« situatĂ«s, ne arritĂ«m nĂ« pĂ«rfundimin se zgjidhja mĂ« e thjeshtĂ« dhe mĂ« e besueshme ishte tĂ« krijonim njĂ« zgjidhje tonĂ«n dhe tĂ« transferonim pjesĂ«n funksionale tĂ« sistemit nĂ« njĂ« makinĂ« virtuale nĂ« cloud-in tonĂ«.Â
Ne vetĂ« shkruam softin pĂ«r format nĂ« React, e rivendosĂ«m kĂ«tĂ« duke pĂ«rdorur Kubernetes, nĂ« prodhim me kapacitetet tona dhe pĂ«rfundimisht morĂ«m njĂ« sistem regjistrimi pĂ«r aksesin nĂ« DC tĂ« pavarur nga zhvilluesit e tjerĂ«.Â
NĂ« versionin e ri, ne pĂ«rmirĂ«suam formĂ«n pĂ«r regjistrimin e lehtĂ«suar tĂ« lejeve tĂ« pĂ«rhershme. GjatĂ« plotĂ«simit tĂ« formularit pĂ«r aksesin nĂ« DC, klienti mund tĂ« kalojĂ« nĂ« njĂ« aplikacion tjetĂ«r, tĂ« kryejĂ« trajnimin ekspres mbi rregullat e qĂ«ndrimit nĂ« DC dhe testimin, dhe pastaj tĂ« kthehet sĂ«rish "nĂ« perimetrin" e formularit nĂ« tablet dhe tĂ« pĂ«rfundojĂ« regjistrimin. PĂ«r mĂ« tepĂ«r, vetĂ« vizitori nuk e vĂ«ren kĂ«tĂ« lĂ«vizje midis aplikacioneve!Â
Projekti u realizua mjaft shpejt: krijimi i formularit bazik pĂ«r aksesin nĂ« DC dhe rivendosja e saj nĂ« ambientin prodhues zuri vetĂ«m njĂ« muaj. QĂ« nga lançimi dhe deri mĂ« sot, ne nuk kemi regjistruar asnjĂ« ndodhi dhe aq mĂ« pak "rĂ«nien" e sistemit, duke shmangur probleme tĂ« vogla si moskoordinimi i ndĂ«rfaqes me dimensionet e ekranit.Â
Aty â dhe gati
Brenda njĂ« muaji pas rivendosjes, ne transferuam nĂ« platformĂ«n tonĂ« tĂ« gjithĂ« format e nevojshme pĂ«r punĂ«:Â
- Aksesi nĂ« DC,Â
- KĂ«rkesĂ« pĂ«r kryerjen e punimeve,Â
- Instruktazh hyrĂ«s.Â
Këtu është forma për kërkesën për kryerjen e punimeve në qendrën e të dhënave.
Sistemi Ă«shtĂ« instaluar nĂ« re nĂ« ShĂ«n Peterburg. Ne kemi kontroll tĂ« plotĂ« mbi funksionimin e VM-sĂ«, tĂ« gjitha burimet IT janĂ« rezervuar, gjĂ« qĂ« na jep besim se sistemi nuk do tĂ« dĂ«shtojĂ« dhe nuk do tĂ« humbasĂ« tĂ« dhĂ«nat nĂ« asnjĂ« skenar.Â
Software-i pĂ«r sistemin Ă«shtĂ« instaluar nĂ« kontejner Docker nĂ« repozitorin tonĂ« tĂ« qendrĂ«s sĂ« tĂ« dhĂ«nave â kjo e thjeshton ndjeshĂ«m konfigurimin e sistemit duke shtuar funksionalitete tĂ« reja, duke redaktuar ato ekzistuese, si dhe do ta bĂ«jĂ« mĂ« tĂ« lehtĂ« pĂ«rditĂ«simin dhe shkallĂ«zimin e tij nĂ« tĂ« ardhmen.Â
Sistemi kĂ«rkon njĂ« volum minimal burimesh IT tĂ« QendrĂ«s sĂ« tĂ« DhĂ«nave, ndĂ«rsa plotĂ«son plotĂ«sisht kĂ«rkesat tona nĂ« lidhje me funksionalitetin dhe besueshmĂ«rinĂ«.Â
ĂfarĂ« po ndodh tani dhe cila Ă«shtĂ« e ardhmja?
NĂ« pĂ«rgjithĂ«si, procedura e pranimit ka mbetur e njĂ«jtĂ«: plotĂ«sohet forma elektronike e kĂ«rkesĂ«s, mĂ« pas tĂ« dhĂ«nat e vizitorĂ«ve "shkohen" nĂ« postĂ«n e sigurisĂ« (emri, kompania, pozita, qĂ«llimi i vizitĂ«s, shoqĂ«ruesi nĂ« QendrĂ«n e tĂ« DhĂ«nave, etj.), ndodh pĂ«rputhja me listat dhe merret vendimi pĂ«r pranimin.Â
ĂfarĂ« tjetĂ«r mund tĂ« bĂ«jĂ« sistemi? Ădo detyrĂ« analitike nĂ« perspektivĂ«n historike, si dhe monitorimi. Disa klientĂ« kĂ«rkojnĂ« raportet pĂ«r qĂ«llime tĂ« brendshme tĂ« kontrollit tĂ« stafit. Me ndihmĂ«n e kĂ«tij sistemi ne ndjekim periudhat e frekuentimit maksimal, gjĂ« qĂ« na lejon tĂ« planifikojmĂ« punĂ«t nĂ« QendrĂ«n e tĂ« DhĂ«nave mĂ« efikas.Â
NĂ« planet pĂ«r tĂ« ardhmen Ă«shtĂ« transferimi i tĂ« gjitha listave ekzistuese kontrolluese nĂ« sistem â pĂ«r shembull, procesi i pĂ«rgatitjes sĂ« njĂ« rafti tĂ« ri. NĂ« QendrĂ«n e tĂ« DhĂ«nave ka njĂ« sekuencĂ« tĂ« rregulluar tĂ« hapave pĂ«r pĂ«rgatitjen e raftit pĂ«r klientin. Detajet pĂ«rshkruhen se çfarĂ« dhe nĂ« cilin rend duhet tĂ« bĂ«het para lansimit â kĂ«rkesat pĂ«r furnizimin me energji elektrike, sa PDU dhe panel lidhĂ«s duhet tĂ« instalohen, cilat mbushje duhen hequr, a duhen instaluar sisteme tĂ« kontrollit tĂ« aksesit, monitorim video, etj. Tani tĂ« gjitha kĂ«to realizohen nĂ« kuadĂ«r tĂ« dokumentacionit tĂ« shkruar dhe pjesĂ«risht nĂ« platformĂ«n elektronike, por proceset e kompanisĂ« tashmĂ« janĂ« pjekur pĂ«r migrocimin e plotĂ« tĂ« mbĂ«shtetjes dhe kontrollit tĂ« kĂ«tyre detyrave nĂ« format digjital dhe interface-n web.
Në këtë drejtim do të vazhdojë të zhvillohet zgjidhja jona, duke përfshirë procese dhe detyra të reja pas së prapme.
Burimi: habr.com
