В , fola për sfondin e krijimit të Veliam dhe vendimin për ta shpërndarë atë përmes sistemit SaaS. Në këtë artikull, unë do të flas për atë që duhej të bëja për ta bërë produktin jo lokal, por publik. Për mënyrën se si filloi shpërndarja dhe çfarë problemesh u ndeshën.
Планирование
Backend-i aktual për përdoruesit ishte në Linux. Pothuajse çdo organizatë ka serverë Windows, gjë që nuk mund të thuhet për Linux. Fuqia kryesore e Veliam është lidhjet në distancë me serverët dhe pajisjet e rrjetit pas NAT. Por ky funksionalitet ishte shumë i lidhur ngushtë me faktin se ruteri duhej të ishte Mikrotik. Dhe kjo padyshim nuk do të kënaqte shumë. Fillimisht fillova të mendoj për shtimin e mbështetjes për ruterat nga shitësit më të zakonshëm. Por kuptova që kjo ishte një garë e pafund për të zgjeruar listën e kompanive të mbështetura. Për më tepër, ato që tashmë janë mbështetur mund të kenë një grup të ndryshëm komandash për ndryshimin e rregullave NAT nga modeli në model. E vetmja rrugëdalje nga situata dukej se ishte një VPN.
Meqenëse vendosëm të shpërndajmë produktin, por jo si burim i hapur, u bë e pamundur përfshirja e bibliotekave të ndryshme me licenca të hapura si GPL. Kjo është përgjithësisht një temë më vete pasi mora vendimin për të shitur produktin, më duhej të kaloja gjysmën e bibliotekave për faktin se ato ishin GPL. Kur shkruanin për vete, ishte normale. Por jo i përshtatshëm për shpërndarje. VPN e parë që ju vjen në mendje është OpenVPN. Por është GPL. Një tjetër mundësi ishte përdorimi i SoftEther VPN japonez. Licenca e tij e lejoi atë ta përfshinte atë në produktin e tij. Pas disa ditësh testesh të ndryshme se si ta integroni atë në mënyrë të tillë që përdoruesi të mos ketë nevojë të konfigurojë asgjë dhe të dijë për SoftEther VPN, u mor një prototip. Gjithçka ishte ashtu siç duhej. Por për disa arsye kjo skemë ende na ngatërroi dhe ne përfundimisht e braktisëm atë. Por natyrisht ata refuzuan pasi dolën me një opsion tjetër. Në fund, gjithçka u bë në lidhjet e rregullta TCP. Disa lidhje funksionojnë përmes një koordinatori, disa direkt përmes teknologjisë Nat Hole Punching (NHP), e cila u zbatua gjithashtu në Free Pascal. Duhet të them që as që kisha dëgjuar më parë për NHP. Dhe nuk më ka shkuar kurrë në mendje që ishte e mundur të lidhja 2 pajisje rrjeti, të dyja janë drejtpërdrejt pas NAT. Studiova temën, kuptova parimin e funksionimit dhe u ula të shkruaj. Plani realizohet, përdoruesi lidhet me një klikim me pajisjen e dëshiruar pas NAT-it nëpërmjet RDP, SSH ose Winbox pa futur fjalëkalime ose pa vendosur një VPN. Për më tepër, shumica e këtyre lidhjeve i kalojnë koordinatorit tonë, gjë që ka një efekt të mirë në ping dhe koston e servisimit të këtyre lidhjeve.
Transferimi i anës së serverit nga Linux në Windows
Kishte disa probleme gjatë kalimit në Windows. E para është se wmic i integruar në Windows nuk ju lejon të bëni pyetje WQL. Dhe në sistemin tonë gjithçka ishte ndërtuar tashmë mbi to. Dhe kishte diçka tjetër, por tani kam harruar pse ata e braktisën përfundimisht përdorimin e saj. Ndoshta ndryshime midis versioneve të Windows. Dhe problemi i dytë është multithreading. Duke mos gjetur një mjet të mirë të palës së tretë nën një licencë "të pranueshme" për ne, lansova përsëri Lazarus IDE. Dhe shkrova mjetin e nevojshëm. Hyrja është lista e kërkuar e objekteve dhe çfarë pyetjesh specifike duhet të bëhen, dhe si përgjigje marr të dhëna. Dhe e gjithë kjo në modalitetin me shumë fije. E madhe.
Pasi vendosa threads për PHP Windows, mendova se gjithçka do të fillonte menjëherë, por nuk ishte kështu. Pas njëfarë kohe korrigjimi, kuptova se threads dukej se funksiononin, por nuk funksionoi në sistemin tonë. U bë e qartë se ka disa veçori në punën me threads në Windows. Dhe kështu ishte. Lexova dokumentacionin dhe aty shkruhej se për Windows numri i temave është i kufizuar dhe, me sa mbaj mend, në mënyrë implicite. Kjo u bë problem. Sepse kur fillova të zvogëloja numrin e temave në të cilat funksiononte aplikacioni, ai e bëri punën shumë ngadalë. Hapa përsëri IDE dhe funksionaliteti për ping me shumë fije të objekteve u shtua në të njëjtin mjet. Epo, tashmë ka shumë skanim portash edhe atje. Në fakt, pas kësaj, nevoja për thread për PHP u zhduk dhe nuk përdoret më. Më tej, disa funksionalitete të tjera iu shtuan këtij programi dhe ai vazhdon të funksionojë edhe sot e kësaj dite. Pas kësaj, u mblodh një instalues për Windows, i cili përfshinte Apache, PHP, MariaDB, vetë aplikacionin PHP dhe një grup shërbimesh për bashkëveprim me sistemin, të shkruar në Pascal Free. Sa i përket instaluesit, mendova se do ta zgjidhja shpejt këtë çështje, sepse ... Kjo është një gjë shumë e zakonshme dhe e nevojshme për pothuajse çdo softuer. Ose po shikoja në vendin e gabuar, ose diçka tjetër. Por unë vazhdimisht hasja produkte që ose nuk ishin mjaft fleksibël, ose të shtrenjta dhe gjithashtu jo fleksibël. E megjithatë, gjeta një instalues falas në të cilin do të jetë e mundur të sigurohet çdo dëshirë. Ky është InnoSetup. Po shkruaj për këtë këtu sepse më duhej ta kërkoja në rast se i kursej dikujt kohë.
Refuzimi i shtojcës në favor të klientit tuaj
Më parë kam shkruar se pjesa e klientit ishte një shfletues me një "plugin". Pra, kishte raste kur Chrome përditësohej dhe faqosja ishte pak e shtrembër, më pas Windows u përditësua dhe skema e personalizuar uri u zhduk. Me të vërtetë nuk doja të kisha këto lloj surprizash në versionin publik të produktit. Për më tepër, uri me porosi filloi të zhdukej pas çdo përditësimi të Windows. Microsoft thjesht fshiu të gjitha degët jo të tij në seksionin e kërkuar. Gjithashtu, Google Chrome tani nuk ju lejon të mbani mend zgjedhjen për të hapur ose jo një aplikacion nga uri i personalizuar dhe e bën këtë pyetje sa herë që klikoni në një objekt monitorimi. Epo, në përgjithësi, ndërveprimi normal me sistemin lokal të përdoruesit ishte i nevojshëm, të cilin shfletuesi nuk e ofron. Opsioni më i thjeshtë në këtë skemë duket se është thjesht të krijoni shfletuesin tuaj, siç po bëjnë shumë tani përmes Electron. Por shumë gjëra ishin shkruar tashmë në Free Pascal, përfshirë në pjesën e serverit, kështu që ne vendosëm ta bëjmë klientin në të njëjtën gjuhë dhe jo të krijojmë një kopsht zoologjik. Kështu është shkruar një klient me Chromium në bord. Pas kësaj, ajo filloi të fitonte rripa të ndryshëm.
Lirimi
Më në fund zgjodhëm një emër për sistemin. Ne vazhdimisht kalonim nëpër opsione të ndryshme ndërsa procesi i konvertimit nga versioni lokal në SaaS ishte duke u zhvilluar. Duke qenë se fillimisht kishim planifikuar të hynim jo vetëm në tregun vendas, kriteri kryesor për zgjedhjen e emrit ishte prania e një domeni të pabanuar ose jo shumë të shtrenjtë në zonën “.com”. Disa funksione/module nuk janë transferuar ende nga versioni lokal në Veliam, por vendosëm që t'i lëshonim me funksionalitetin aktual dhe të plotësojmë pjesën tjetër si përditësime. Në versionin e parë nuk kishte HelpDesk, Veliam Connector, ishte e pamundur të ndryshoheshin pragjet për shkaktarët e njoftimeve dhe shumë më tepër. Ne blemë një Certifikatë të Shenjave të Kodit dhe nënshkruam pjesët e klientit dhe serverit. Ne kemi shkruar një faqe interneti për produktin, kemi filluar procedurat për regjistrimin e softuerit, një marke tregtare, etj. Në përgjithësi, ne jemi gati të fillojmë. Një eufori e lehtë nga puna e bërë dhe nga fakti se ndoshta dikush do të përdorë produktin tuaj, megjithëse nuk kishim asnjë dyshim për këtë. Dhe pastaj ndaloni. Partneri tha se është e pamundur të hysh në treg pa njoftime nëpërmjet mesazherëve. Është e mundur pa shumë gjëra të tjera, por jo pa këtë. Pas një debati, u shtua edhe integrimi me Telegram, gjë që na përshtatej. Nga të gjithë lajmëtarët aktualë të çastit, ky është i vetmi që ofron akses në API-të e tij falas dhe pa ndonjë procedurë komplekse miratimi. E njëjta WhatsApp sugjeron kontaktimin me ofruesit që paguajnë para të mira për përdorimin e shërbimeve të tyre, të gjitha letrat që kërkojnë akses pa guarnicione janë injoruar. Epo, Viber... Nuk e di kush e përdor tani, sepse... spam dhe reklamat atje janë jashtë grafikëve. Në fund të dhjetorit, pas një sërë testesh të brendshme dhe testesh mes miqsh, u hap regjistrimi për të gjithë dhe softueri u vu në dispozicion për shkarkim.
Fillimi i shpërndarjes
Që në fillim, ne kuptuam se kishim nevojë për një fluks të vogël përdoruesish të sistemit, në mënyrë që ata të testonin produktin në modalitetin luftarak dhe të jepnin disa reagime të para. Disa postime të blera në VK dhanë fryte. Regjistrimet e para kane ardhur.
Këtu duhet thënë se hyrja në treg kur kompania juaj nuk ka një emër të famshëm, dhe në të njëjtën kohë ofrimi i funksionalitetit të monitorimit pa agjent në të cilin duhet të futni llogari nga serverët dhe stacionet e punës tuaj, është shumë e vështirë. Kjo frikëson shumë njerëz. Ne e kuptuam që në fillim se do të kishte probleme me këtë dhe ishim të përgatitur për këtë si teknikisht ashtu edhe moralisht. Të gjitha lidhjet në distancë, pavarësisht nga fakti se RDP dhe SSH tashmë janë të koduara si parazgjedhje, janë të koduara shtesë nga softueri ynë duke përdorur standardin AES. Të gjitha të dhënat nga serverët lokalë transferohen në cloud përmes HTTPS. Llogaritë ruhen në formë të koduar. Çelësat e enkriptimit për të gjitha nënsistemet janë individuale për të gjithë klientët. Për lidhjet në distancë, zakonisht përdoren çelësat e enkriptimit të sesionit.
Gjithçka që mund të bëjmë në këtë situatë për t'i bërë njerëzit të ndihen më të qetë është të jemi sa më të hapur, të punojmë për sigurinë dhe të mos lodhemi duke iu përgjigjur pyetjeve të njerëzve.
Për shumë njerëz, komoditeti dhe funksionaliteti i softuerit tejkalojnë frikën dhe ata regjistrohen. Disa individë shkruan në postimet e publikuara në VK se ky softuer nuk mund të përdoret sepse Ky është një koleksion i fjalëkalimeve të tyre dhe në përgjithësi një kompani pa emër. Duhet thënë se këtë mendim e kanë pasur më shumë se një person. Shumë njerëz thjesht nuk e kuptojnë se kur instalojnë softuer të tjerë të pronarit në një server që funksionon si shërbim, ai gjithashtu ka të drejta të plota në sistem dhe nuk kanë nevojë për llogari për të bërë diçka të paligjshme (është e qartë se ju mund të ndryshoni përdoruesi nga i cili është nisur shërbimi, por edhe këtu mund të futni çdo llogari). Në fakt, frika e njerëzve është e kuptueshme. Instalimi i softuerit në një server është një gjë e zakonshme, por hyrja në një llogari është pak e frikshme dhe intime, pasi gjysma e mirë e njerëzve kanë të njëjtin fjalëkalim për të gjitha shërbimet, dhe krijimi i një llogarie të veçantë edhe për një provë është dembel. Por për momentin ka një numër të madh shërbimesh që njerëzit i besojnë kredencialet e tyre dhe më shumë. Dhe ne përpiqemi të bëhemi një prej tyre.
Ka pasur shumë komente që thoshin se e kemi vjedhur diku. Kjo na habiti pak. Epo, në rregull, mendimi i një personi, por komente të tilla u gjetën në publikime të ndryshme nga njerëz të ndryshëm. Në fillim ata nuk dinin si të reagonin ndaj kësaj. Ose të trishtohen që disa njerëz kanë mendimin se në Rusi askush nuk mund të bëjë asgjë vetë, por vetëm mund të vjedhë, ose të gëzohen që mendojnë se kjo mund të vidhet vetëm.
Tani kemi përfunduar procedurën për marrjen e një Certifikate të Shenjës së Kodit EV. Për ta marrë atë, duhet të kaloni një sërë kontrollesh dhe të dërgoni një sërë dokumentesh për kompaninë, disa prej të cilave duhet të jenë të vërtetuara nga një avokat. Marrja e një certifikate të shenjës së kodit EV gjatë një pandemie është një temë më vete për një artikull. Procedura zgjati një muaj. Dhe nuk ishte një muaj pritjeje, por kërkesash të vazhdueshme për dokumente shtesë. Ndoshta pandemia nuk kishte asnjë lidhje me të dhe procedura zgjati kaq shumë për të gjithë? Shpërndaje.
Disa thonë se ne nuk do ta përdorim sepse nuk ka certifikatë FSTEC. Duhet të shpjegojmë se nuk mund ta marrim dhe nuk do ta marrim sepse për të marrë këtë certifikatë, kriptimi duhet të jetë në përputhje me GOST, dhe ne planifikojmë të shpërndajmë softuerin jo vetëm në Rusi dhe të përdorim AES.
Të gjitha këto komente hedhin dyshime se është e mundur të promovosh një produkt që kërkon që të futësh llogari pa u njohur publikisht. Edhe pse e dinim se do të kishte nga ata që do të kishin një qëndrim shumë negativ ndaj kësaj. Pasi numri i regjistrimeve kaloi një mijë, ne pushuam së menduari për të. Sidomos pasi, përveç negativitetit të atyre që as nuk e kishin provuar produktin, filluan të shfaqen komente shumë të këndshme. Duhet thënë se këto vlerësime pozitive janë motivuesi më i madh për zhvillimin e produktit.
Shtimi i funksionalitetit të aksesit në distancë për punonjësit
Një nga detyrat e shpeshta nga klientët është "t'i japë Vanya qasje në kompjuterin e tij nga shtëpia". Ne ngritëm VPN në Mikrotik dhe krijuam llogari për përdoruesit. Por ky është një problem real. Përdoruesit nuk janë në gjendje të shikojnë udhëzimet dhe t'i ndjekin ato hap pas hapi për t'u lidhur me VPN. Versione të ndryshme të Windows. Në një Windows gjithçka lidhet mirë, në një tjetër nevojitet një protokoll tjetër. Dhe në përgjithësi, kjo shoqërohej gjithmonë me rikonfigurimin e pajisjeve të rrjetit, i cili vepronte si një server VPN, dhe jo të gjithë punonjësit kanë qasje në të dhe kjo ishte e papërshtatshme.
Por ne tashmë kemi lidhje në distancë me serverët dhe pajisjet e rrjetit. Pse të mos përdorni një transport të gatshëm dhe të bëni një mjet të vogël të veçantë që thjesht mund t'i jepni përdoruesit për t'u lidhur. Thjesht doja të sigurohesha që përdoruesi të mos fuste asgjë abstruse atje. Vetëm një buton "lidhe". Por si do ta kuptojë ky mjet ku të lidhet nëse ka vetëm një buton? Kishte një ide për të ndërtuar aplikacionin e kërkuar online në serverët tanë. Administratori i sistemit klikon butonin "shkurtorja e shkarkimit" dhe një komandë dërgohet në renë tonë për të ndërtuar një binar individual me informacion të lidhur me kabllo për t'u lidhur me serverin/kompjuterin e dëshiruar nëpërmjet RDP. Në përgjithësi, kjo mund të bëhet. Por kjo kërkon një kohë të gjatë, administratori do të duhet të presë fillimisht derisa të kompilohet dhe më pas të shkarkohet. Sigurisht, do të ishte e mundur thjesht të shtoni një skedar të dytë me konfigurimin, por ky është tashmë 2 skedarë, dhe për thjeshtësi përdoruesi ka nevojë për një. Një skedar, një buton dhe pa instalues. Pasi lexova pak në Google, arrita në përfundimin se nëse shtoni disa informacione në fund të ".exe" të përpiluar, atëherë ai nuk përkeqësohet (mirë, pothuajse). Mund të shtoni të paktën luftën dhe paqen atje, dhe do të funksionojë si më parë. Do të ishte mëkat të mos përfitonte nga kjo. Tani thjesht mund ta shpaketoni aplikacionin në lëvizje, pikërisht në vetë klientin, nga mënyra se si quhet Veliam Connector, dhe thjesht shtoni informacionin e nevojshëm për t'u lidhur me të në fund. Dhe vetë aplikacioni e di se çfarë të bëjë me të. Pse shkrova "mirë pothuajse" në kllapa pak më lart? Sepse ju duhet të paguani për këtë lehtësi, pasi aplikacioni humbet nënshkrimin e tij dixhital. Por në këtë fazë ne besojmë se ky është një çmim i vogël për të paguar për një lehtësi të tillë.
Licencat e modulit të palëve të treta
Tashmë kam shkruar më lart se pasi u vendos që produkti të vihej në dispozicion të publikut, dhe jo vetëm për përdorimin tonë, duhej të punonim shumë dhe të kërkonim zëvendësime për disa module që nuk e lejonin veten të përfshiheshim në produktin tonë. Por pas lirimit u zbulua rastësisht një gjë shumë e pakëndshme. Serveri Veliam, i cili ishte në anën e klientit, përfshinte MariaDB DBMS. Dhe është e licencuar nga GPL. Licenca GPL nënkupton që softueri duhet të jetë me burim të hapur dhe nëse produkti ynë përfshin MariaDB, e cila ka këtë licencë, atëherë produkti ynë duhet të jetë nën këtë licencë. Por fatmirësisht qëllimi i kësaj licence është open source, duke mos ndëshkuar ata që gabimisht gabojnë në gjykatë. Nëse mbajtësi i së drejtës së autorit ka një pretendim, ai njofton me shkrim shkelësin dhe ai duhet të eliminojë shkeljen brenda 30 ditëve. Ne e zbuluam vetë gabimin tonë dhe nuk morëm asnjë letër dhe menjëherë filluam të shqyrtojmë opsionet se si ta zgjidhim problemin. Zgjidhja doli të jetë e qartë - kaloni në SQLite. Kjo bazë të dhënash nuk ka kufizime licencimi. Shumica e shfletuesve modern përdorin SQLite dhe një mori programesh të tjera. Në internet gjeta informacione se SQLite konsiderohet si DBMS-ja më e përhapur në botë, pikërisht për shkak të shfletuesve, por nuk kërkova prova, kështu që ky është informacion i pasaktë. Fillova të studioj rreziqet e kalimit në SQLite.
Kjo bëhet një detyrë jo e parëndësishme kur klientët kanë disa qindra serverë të instaluar me MariaDB dhe të dhëna në të. Disa veçori të MariaDB nuk janë të disponueshme në SQLite. Epo, për shembull, në kod kemi përdorur pyetje si
Select * FROM `table` WHERE `id`>1000 FOR UPDATE
Ky ndërtim jo vetëm që bën një përzgjedhje nga tabela, por gjithashtu bllokon të dhënat e rreshtit. Dhe disa dizajne të tjera gjithashtu duhej të rishkruheshin. Por përveç faktit që na duhej të rishkruanim shumë pyetje, duhej të gjenim edhe një mekanizëm që, kur përditësonte serverin Veliam të klientit, do t'i transferonte të gjitha të dhënat në DBMS-në e re dhe do të fshinte të vjetrën. Gjithashtu, transaksionet në SQLite nuk funksionuan dhe ky ishte një problem real. Por pasi lexova pafundësinë e World Wide Web, kuptova pa asnjë problem që transaksionet në SQLite mund të aktivizohen duke kaluar një komandë të thjeshtë gjatë lidhjes
PRAGMA journal_mode=WAL;Si rezultat, detyra u përfundua dhe tani pjesa e serverit të klientit funksionon në SQLite. Nuk kemi vërejtur ndonjë ndryshim në funksionimin e sistemit.
HelpDesk i ri
Ishte e nevojshme të transferohej sistemi HelpDesk nga versioni i brendshëm në versionin SaaS, por me disa ndryshime. Gjëja e parë që doja të bëja ishte integrimi me domenin e klientit për sa i përket autorizimit transparent të përdoruesit në sistem. Tani, për të hyrë në HelpDesk dhe për të lënë një kërkesë në sistem, përdoruesi thjesht klikon në shkurtoren në desktop dhe shfletuesi hapet. Përdoruesi nuk fut asnjë kredencial. Moduli për Apache SSPI, i cili është pjesë e Veliam Server, autorizon automatikisht përdoruesin nën një llogari domeni. Për të lënë një kërkesë në sistem kur përdoruesi është jashtë rrjetit të korporatës, ai klikon në një buton dhe ai merr një lidhje në emailin e tij përmes së cilës ai hyn në sistemin HelpDesk pa fjalëkalime. Nëse një përdorues çaktivizohet ose fshihet në një domen, atëherë llogaria e HelpDesk gjithashtu do të ndalojë së punuari. Kështu, administratori i sistemit nuk ka nevojë të monitorojë llogaritë si në domen ashtu edhe në HelpDesk vetë. Një punonjës largohet - ai shkëput llogarinë e tij në domen dhe kjo është ajo, ai nuk do të hyjë në sistem jo nga rrjeti i korporatës, jo përmes një lidhjeje. Që ky integrim të funksionojë, administratori i sistemit duhet të krijojë një GPO, e cila и .
Gjëja e dytë që ne e konsiderojmë jashtëzakonisht të nevojshme për sistemet HelpDesk, të paktën për veten tonë, është lidhja me aplikantin drejtpërdrejt nga aplikacioni me një klik. Për më tepër, lidhjet duhet të kalojnë nëse administratori i sistemit është në një rrjet tjetër. Për kontraktimin e jashtëm kjo është e detyrueshme, për administratorët e sistemit me kohë të plotë është gjithashtu shpesh shumë e nevojshme. Tashmë ka disa produkte që bëjnë një punë të shkëlqyer të lidhjeve në distancë. Dhe vendosëm të bëjmë integrime për ta. Tani jemi integruar për VNC dhe në të ardhmen planifikojmë të shtojmë Radmin dhe TeamViewer. Duke përdorur transportin e rrjetit tonë për lidhjet e infrastrukturës në distancë, ne bëmë që VNC të lidhet me stacionet e punës në distancë pas NAT. E njëjta gjë do të ndodhë me Radmin. Tani, për t'u lidhur me një përdorues, thjesht duhet të klikoni butonin "Lidhu me aplikantin" në vetë aplikacionin. Klienti VNC hapet dhe lidhet me aplikantin, pavarësisht nëse jeni në të njëjtin rrjet ose jeni ulur në shtëpi me pantofla. Së pari, administratori i sistemit, duke përdorur GPO, duhet të instalojë VNC Server në stacionet e punës të të gjithëve.
Tani ne vetë po kalojmë në HelpDesk-in e ri dhe po përdorim integrimin me domenin dhe VNC. Kjo është shumë e përshtatshme për ne. Tani mund të shmangim pagesën për TeamViewer, të cilin e kemi përdorur për më shumë se tre vjet për të drejtuar shërbimin tonë të mbështetjes.
Çfarë po planifikojmë të bëjmë më pas?
Në momentin e nxjerrjes së produktit nuk kemi bërë asnjë tarifë me pagesë, por thjesht e kemi kufizuar tarifën falas në 50 objekte monitorimi. Pesë duzina pajisje rrjeti dhe serverë duhet të jenë të mjaftueshëm për të gjithë, menduam. Dhe më pas filluan të vijnë kërkesat për të rritur kufirin. Të thuash që ishim pak të tronditur do të thotë të mos thuash asgjë. A janë vërtet të interesuara kompanitë që kanë kaq shumë serverë për softuerin tonë? Ne e zgjatëm kufirin falas për ata që bënin kërkesa të tilla. Në përgjigje të kërkesës së tyre, ne pyetëm disa se pse u duheshin kaq shumë, a kishin vërtet një numër kaq të madh serverësh dhe pajisjesh rrjeti. Dhe doli që administratorët e sistemit filluan ta përdorin sistemin në mënyra që ne nuk e kishim planifikuar fare. Gjithçka doli të jetë e thjeshtë - programi ynë filloi të monitorojë jo vetëm serverët, por edhe stacionet e punës. Prandaj ka shumë kërkesa për të zgjeruar kufijtë. Tani ne kemi futur tashmë tarifat e paguara dhe kufijtë mund të zgjerohen në mënyrë të pavarur.
Serverët pothuajse gjithmonë punojnë me sisteme ruajtjeje ose me disqe lokale në një grup RAID. Dhe ne fillimisht e bëmë produktin për ta. Dhe monitorimi SMART nuk ishte interesant për këtë detyrë. Por duke marrë parasysh faktin se njerëzit kanë përshtatur softuer për monitorimin e stacioneve të punës, janë shfaqur kërkesa për zbatimin e monitorimit SMART. Së shpejti do ta zbatojmë.
Me ardhjen e Veliam Connector, u bë e panevojshme vendosja e një serveri VPN në rrjetin e korporatës, ose RDGW, ose thjesht përcjellja e porteve në makinat e nevojshme për t'u lidhur përmes RDP. Shumë njerëz përdorin sistemin tonë vetëm për këto lidhje në distancë. Veliam Connector është i disponueshëm vetëm për Windows dhe disa përdorues të kompanisë lidhen nga laptopët e shtëpisë me MacOS me stacionet e punës ose terminalet në rrjetin e korporatës. Dhe rezulton se administratori i sistemit është i detyruar, për shkak të disa përdoruesve, t'i kthehet ende çështjes së përcjelljes ose VPN. Prandaj, tani po përfundojmë krijimin e një versioni të Veliam Connector për MacOS. Përdoruesit e teknologjisë së tyre të preferuar Apple do të kenë gjithashtu mundësinë të lidhen me infrastrukturën e korporatës me një klikim.
Më pëlqen shumë fakti që, duke pasur një numër të madh përdoruesish të sistemit, nuk keni pse të grumbulloni mendjen tuaj për atë që njerëzit kanë nevojë dhe çfarë do të jetë më e përshtatshme. Ata vetë shkruajnë dëshirat e tyre, kështu që ka shumë plane zhvillimi për të ardhmen e afërt.
Paralelisht, tani po planifikojmë të fillojmë përkthimin e sistemit në anglisht dhe shpërndarjen e tij jashtë vendit. Nuk e dimë ende se si do ta shpërndajmë produktin jashtë vendit tonë, po kërkojmë opsione. Ndoshta do të ketë një artikull të veçantë për këtë më vonë. Ndoshta dikush që ka lexuar këtë artikull do të jetë në gjendje të sugjerojë vektorin e kërkuar, ose ai vetë di dhe di si ta bëjë këtë dhe do të ofrojë shërbimet e tij. Do ta vlerësonim ndihmën tuaj.
Burimi: www.habr.com