No ārpakalpojuma uz izstrādi (2. daļa)

No iepriekŔējā rakstā, esmu pastāstÄ«jis par Veliam izveides vēsturi un par izlemtu to izplatīŔanu SaaS sistēmā. Å ajā rakstā es stāstīŔu par to, ko bija jāizdara, lai produkts kļūtu nevis lokāls, bet publisks. Par to, kā sākām izplatīŔanu un ar kādām problēmām saskārāmies.

PlānoŔana

EsoŔā servera daļa lietotājiem bija uz Linux. GandrÄ«z katrā organizācijā ir Windows serveri, ko nevar teikt par Linux. Galvenā Veliam stiprā puse ir attālinātie savienojumi ar serveriem un tÄ«kla aprÄ«kojumu aiz NAT. Bet Ŕī funkcionalitāte bija ļoti stingri saistÄ«ta ar to, ka marÅ”rutētājam bija obligāti jābÅ«t MikroTik. Un tas noteikti daudziem neapmierināja. Es sākumā sāku domāt par atbalsta pievienoÅ”anu visizplatÄ«tākajiem marÅ”rutētāju piegādātājiem. Bet es sapratu, ka tā ir bezgalÄ«ga sacensÄ«ba ar atbalstÄ«to uzņēmumu saraksta paplaÅ”ināŔanu. Turklāt arÄ« tiem, kurus jau atbalsta, var bÅ«t atŔķirÄ«gs komandu kopums NAT noteikumu mainīŔanai atkarÄ«bā no modeļa. VienÄ«gais izeja no situācijas redzēja VPN.

Tā kā mēs nolēmām izplatÄ«t produktu, bet ne kā open source, vairs nebija iespējams iekļaut savā sastāvā dažādas bibliotēkas ar atvērtām licenču veidam GPL. Tas ir pavisam atseviŔķs temats, pēc lēmuma par produkta pārdoÅ”anu bija jāpārskata puse no bibliotēkām, jo tās bija GPL. Kad rakstÄ«jām sev, tas bija normāli. Bet izplatīŔanai tas neder. Pirmais VPN, kas nāk prātā, ir OpenVPN. Bet tas ir GPL. Vēl bija iespēja izmantot Japāņu SoftEther VPN. Tās licence ļāva iekļaut to savā produktā. Pēc pāris dienām dažādu testu, kā to integrēt tā, lai lietotājam vispār nekas nebÅ«tu jākonfigurē un jāzina par SoftEther VPN, mēs izveidojām prototipu. Viss bija kā vajag. Bet, kaut kā mēs Å”ajā shēmā tomēr vilcinājāmies, un galu galā no tās atteicāmies. Bet, protams, atteicāmies pēc tam, kad izdomājām citu variantu. Galu galā viss tika izdarÄ«ts uz parastajiem TCP savienojumiem. Daļa savienojumu darbojas caur koordinātoru, daļa tieÅ”i caur tehnoloÄ£iju Nat Hole Punching (NHP), kas arÄ« tika realizēta uz Free Pascal. Jāteic, ka par NHP es agrāk vispār nebiju dzirdējis. Un nemaz nevarēja ienākt prātā, ka var tieÅ”i savienot 2 tÄ«kla ierÄ«ces, abas no kurām atrodas aiz NAT. IzlasÄ«ju tēmu, sapratu darba principu un sāku rakstÄ«t. Plānotais tika Ä«stenots, lietotājs savienojas ar vienu klikŔķi ar nepiecieÅ”amo ierÄ«ci aiz NAT pa RDP, SSH vai Winbox bez parolēm un VPN konfigurācijas. Turklāt lielākā daļa Å”o savienojumu iet garām mÅ«su koordinātoram, kas pozitÄ«vi ietekmē ping un Å”o savienojumu apkalpoÅ”anas izmaksas.

Servera daļas pāreja no Linux uz Windows

Pārejot uz Windows, bija vairākas problēmas. Pirmā — iebÅ«vētais wmic Windows neļauj veikt WQL pieprasÄ«jumus. Bet mÅ«su sistēmā jau viss bija izveidots uz tiem. Un bija vēl kaut kas, bet Å”obrÄ«d neatceros, kādēļ galu galā atteicāmies no tā izmantoÅ”anas. Iespējams, atŔķirÄ«bas starp Windows versijām. Un otrā problēma — daudzkārtÄ«ba. Neatradu labu treÅ”o puÅ”u utilÄ«tu ar mums pieņemamu licenci, tāpēc es atkal atvēru IDE Lazarus. Un uzrakstÄ«ju nepiecieÅ”amo utilÄ«tu. Ievedumā tiek ievadÄ«ts vajadzÄ«gais objektu saraksts un kuru tieÅ”i pieprasÄ«jumu nepiecieÅ”ams veikt, bet atbilde ir dati. Un viss tas notiek daudzkārtÄ«bas režīmā. Lieliski.

Pēc tam, kad konfigurēju pthreads PHP Windows, domāju, ka viss darbosies, bet tā nebija. Pēc kāda laika atkļūdoÅ”anas sapratu, ka pthreads it kā strādā, bet tieÅ”i mÅ«su sistēmā tas nedarbojās. Skaidrs, ka ir kāda Ä«paÅ”a iezÄ«me pthreads darbÄ«bā Windows. Tā arÄ« bija. IzlasÄ«ju dokumentāciju, un tur bija rakstÄ«ts, ka Windows skaits pavedienu ir ierobežots, turklāt, cik atceros, tas bija neizteikts. Tas kļuva par problēmu. Jo, kad sāku samazināt paveidu skaitu, pie kura programma strādāja, tā strādāja ļoti lēni. Atkal atvēru IDE, un tai paÅ”ai utilÄ«tai tika pievienota daudzu pavedienu pingoÅ”anas objekti. Un vēl klāt arÄ« portu skanēŔana. Patiess, pēc tam nepiecieÅ”amÄ«ba pēc pthreads PHP izzuda, un tas vairs netika izmantots. Pēc tam Å”ai utilÄ«tai tika pievienoti vēl daži funkcionālie elementi, un tā joprojām darbojas. Pēc tam tika izstrādāts instalators Windows, kurā bija iekļauts Apache, PHP, MariaDB, pats PHP lietojumprogrammu un rÄ«ku komplekts sistemālas mijiedarbÄ«bas nodroÅ”ināŔanai, kas tika rakstÄ«ts uz Free Pascal. Runājot par instalatoru, domāju, ka Å”o jautājumu ātri atrisināŔu, jo tas ir ļoti izplatÄ«ts un nepiecieÅ”ams gandrÄ«z katram programmatÅ«rai. Vai nu meklēju nepareizi, vai kas cits. Bet man pastāvÄ«gi trāpÄ«jās produkti, kas bija vai nu nepietiekami fleksibli, vai dārgi un arÄ« nereti nefleksibli. Un tomēr es atradu bezmaksas instalatoru, kurā var paredzēt jebkādas vēlmes. Tas ir InnoSetup. Rakstu par to Å”eit, jo man bija jāmeklē, varbÅ«t kādam ietaupīŔu laiku.

AtteikÅ”anās no spraudņa par labu savam klientam

IepriekÅ” es rakstÄ«ju, ka klienta daļa bija pārlÅ«ks ar Ā«spraudniĀ». Ir bijuÅ”i laiki, kad Chrome tiek atjaunināts, un noformējums nedaudz sagrozās, vai Windows tiek atjaunināts, un custom uri shēmas pazÅ«d. Ä»oti nevēlējos Ŕāda veida pārsteigumus publiskajā produkta versijā. Turklāt custom uri sāka pazust pēc katra Windows atjauninājuma. Microsoft vienkārÅ”i izdzēsa visas ne viņu zarus attiecÄ«gajā sadaļā. ArÄ« Google Chrome tagad neļauj atcerēties izvēli atvērt vai ne atvērt lietotni no custom uri, un katru reizi uz monitoring objekta tiek uzdots Å”is jautājums. Un kopumā, bija nepiecieÅ”ama normāla mijiedarbÄ«ba ar lietotāja lokālo sistēmu, ko pārlÅ«ks nesniedz. VienkārŔākais variants Ŕādā shēmā Ŕķiet vienkārÅ”i izveidot savu pārlÅ«ku, kā to tagad dara daudzi, izmantojot Electron. Taču daudzas lietas jau tika uzrakstÄ«tas Free Pascal, tostarp arÄ« servera daļā, tāpēc nolēmām klientu izveidot tajā paŔā valodā, nevis radÄ«t zooloÄ£isko dārzu. Tāpēc tika izstrādāts klients ar Chromium uz kuÄ£a. Pēc tam tas sāka apaugt ar dažādām apvalkām.

Izlaidums

Beidzot esam izvēlējuÅ”ies nosaukumu sistēmai. Mēs nepārtraukti aplÅ«kojām dažādus variantus, kamēr notika pārveidoÅ”anas process no lokālās versijas uz SaaS. Tā kā mēs sākotnēji plānojām iziet ne tikai uz iekŔējo tirgu, galvenais kritērijs nosaukuma izvēlē bija pieejamā vai lētā domēna klātbÅ«tne zonā " .com ". Dažas funkcijas/moduļi vēl nebija portēti no lokālās versijas uz Veliam, bet mēs nolēmām, ka izlaidÄ«sim ar paÅ”reizējo funkcionalitāti, bet pārējo pabeigsim kā atjauninājumus. Visā pirmajā versijā nebija HelpDesk, Veliam Connector, nevarēja mainÄ«t trigeru paziņojumu aktivizācijas sliekŔņus un daudz ko citu. Iegādājāmies Code Sign Certificate, parakstÄ«jām klienta un servera daļas. UzrakstÄ«jām produktu vietni, sākām programmatÅ«ras un preču zÄ«mju reÄ£istrācijas procedÅ«ras utt. Pavisam noteikti esam gatavi uzsākt. Vieglas eiforijas sajÅ«ta par paveikto darbu un domām, ka kādam varētu patikt mÅ«su produkts, lai arÄ« par to mums nebija Å”aubu. Un tad pauze. Partneris teica, ka bez paziņojumiem messengeros iekļūt tirgÅ« nav iespējams. Var iztikt bez daudzām citām lietām, bet ne bez Ŕī. Pēc Ä«siem strÄ«diem mēs pievienojām integrāciju ar Telegram, kas mums derēja. No visiem esoÅ”ajiem messengeriem, tas ir vienÄ«gais, kas piedāvā piekļuvi saviem API bez maksas un bez sarežģītām apstiprināŔanas procedÅ«rām. Tas pats WhatsApp piedāvā sazināties ar pakalpojumu sniedzējiem, kuri par piekļuvi paņem labas naudas, visas vēstules ar lÅ«gumu sniegt piekļuvi bez starpniekiem tika ignorētas. Nu, bet Viber… Es nezinu, kas to paÅ”laik lieto, jo surogātpasts un reklāma tur ir pārmērÄ«ga. Decembra beigās, pēc virknes iekŔējiem testiem un testiem starp draugiem, mēs atvērām reÄ£istrāciju visiem un publicējām programmatÅ«ru lejupielādei.

IzplatīŔanas sākums

No paÅ”a sākuma mēs sapratām, ka mums ir nepiecieÅ”ams neliels lietotāju plÅ«smas, lai viņi varētu reālajā režīmā izmēģināt produktu un sniegt kādu pirmo atsauksmi. Daži iegādāti posti VK deva rezultātus. Sākās pirmās reÄ£istrācijas.

Jāteic, ka ieiet tirgÅ«, kad jÅ«su uzņēmumam nav pazÄ«stama vārda, un tajā paŔā laikā piedāvāt bezÄ£enerālo uzraudzÄ«bu, kurā jāievada konti no saviem serveriem un darba stacijām, ir ļoti sarežģīti. Daudzi cilvēki to uztver ar bažām. Mēs jau no paÅ”a sākuma sapratām, ka tas radÄ«s problēmas un bijām tam gatavi gan tehniski, gan morāli. Visi attālinātie savienojumi, neraugoties uz to, ka RDP un SSH pēc noklusējuma jau tiek Å”ifrēti, papildu tiek Å”ifrēti ar mÅ«su programmatÅ«ru pēc AES standarta. Visas datnes no lokālajiem serveriem tiek pārsÅ«tÄ«tas uz mākoņiem, izmantojot HTTPS. Konti tiek glabāti Å”ifrētā veidā. Å ifrēŔanas atslēgas visām subsistēmām visiem klientiem ir individuālas. Attālinātajiem savienojumiem tiek izmantotas sesijas Å”ifrēŔanas atslēgas.

Viss, ko mēs varam darÄ«t Å”ajā situācijā, lai cilvēkiem bÅ«tu mierÄ«gāk — bÅ«t maksimāli atklātiem, strādāt pie droŔības un nemitÄ«gi atbildēt uz cilvēku satraucoÅ”ajiem jautājumiem.

Daudziem ērtÄ«bas un programmatÅ«ras funkcionalitāte ņem virsroku pār bailēm, un viņi reÄ£istrējas. Daži cilvēki publicētajos ierakstos VK rakstÄ«ja, ka Å”o programmatÅ«ru izmantot nav iespējams, jo tā ir paroles vācēja un vispār uzņēmums ir nezināms. Jāteic, ka Ŕāds viedoklis nebija viena cilvēka domas. Daudzi vienkārÅ”i nesaprot, ka, kad viņi uzstāda citu proprietāro programmatÅ«ru uz servera, kas darbojas kā pakalpojums, tai ir pilnas tiesÄ«bas sistēmā un viņiem nav vajadzÄ«gi konti, lai veiktu kaut ko nelikumÄ«gu (patiesÄ«bā ir skaidrs, ka var mainÄ«t lietotāju, no kura tiek palaists pakalpojums, bet Å”eit tāpat var ievadÄ«t jebkura kontu). PatiesÄ«bā — cilvēku bažas ir saprotamas. ProgrammatÅ«ras uzstādīŔana uz servera ir ierasta darbÄ«ba, bet konta ievade jau ir nedaudz biedējoÅ”a un intÄ«ma, jo lielai daļai cilvēku ir viena parole visām pakalpojumam, bet radÄ«t atseviŔķu kontu pat testa nolÅ«kos ir slinkums. Bet Å”obrÄ«d ir milzÄ«gs skaits pakalpojumu, kuriem cilvēki uztic savas piekļuves datus un ne tikai. Un mēs cenÅ”amies kļūt par vieniem no viņiem.

Daudz komentāru bija par to, ka mēs kaut kur to esam nozaguÅ”i. MÅ«s tas nedaudz pārsteidza. Nu, labi, viena cilvēka viedoklis, bet Ŕādi komentāri parādÄ«jās dažādās publikācijās no dažādiem cilvēkiem. Sākumā nezinājām, kā uz to reaģēt. Vai nu skumt par to, ka daži cilvēki domā, ka Krievijā neviens neko nevar izdarÄ«t pats, bet tikai nozagt, vai arÄ« priecāties par to, ka uzskata, ka tādu lietu var tikai nozagt.

Tagad mēs esam pabeiguÅ”i EV Code Sign Certificate iegūŔanas procesu. Lai to iegÅ«tu, ir jāpāriet cauri virknei pārbaudēm un jānosÅ«ta liels dokumentu komplekts par uzņēmumu, daļa no kuriem jāapstiprina advokātam. EV Code Sign sertifikāta iegūŔana pandēmijas apstākļos ir pavisam atseviŔķa tēma rakstam. Å is process ilga mēnesi. Un tas bija mēnesis ne gaidīŔanas, bet pastāvÄ«gas papildu dokumentu pieprasīŔanas. VarbÅ«t pandēmija Å”eit nav pie vainas un visiem process noritēja tik ilgi? Dalieties.

Daži saka, ka neizmantojam, jo nav FSTEK sertifikāta. Jāizskaidro, ka mēs nevaram to iegÅ«t un neplānojam, jo, lai iegÅ«tu Å”o sertifikātu, Å”ifrēŔanai jābÅ«t pēc GOST, bet mēs plānojam izplatÄ«t programmatÅ«ru ne tikai Krievijā un izmantojam AES.

Visi Å”ie komentāri radÄ«ja zināmu nedroŔību par to, ka ir iespējams virzÄ«t produktu, kurā jāievada lietotāja konti, neatrodoties uz redzamām vietām. Pat ņemot vērā to, ka mēs zinājām, ka bÅ«s cilvēki, kuri ļoti negatÄ«vi attieksies pret to. Pēc tam, kad reÄ£istrāciju skaits pārsniedza tÅ«kstoti, mēs pārtraucām par to domāt. ÄŖpaÅ”i pēc tam, kad, izņemot negatÄ«vos komentārus no tiem, kuri pat nav mēģinājuÅ”i produktu, sāka parādÄ«ties arÄ« ļoti patÄ«kami atsauksmes. Jāteic, ka Ŕīs pozitÄ«vās atsauksmes ir vislielākais motivators produkta attÄ«stÄ«bai.

Attālinātā piekļuves funkcionalitātes pievienoŔana darbiniekiem

Bieži vien klienti uzdod uzdevumu «ļauj Vānim piekļūt viņa datoram no mājāmĀ». Mēs uzstādÄ«jām VPN uz Mikrotik un izveidojām lietotājiem kontus. Taču tas ir patieŔām sarežģīti. Lietotāji nespēj izlasÄ«t instrukcijas un sekot tām soli pa solim, lai savienotos ar VPN. Pastāv dažādas Windows versijas. Vienā Windows viss strādā labi, bet citā nepiecieÅ”ams cits protokols. Un tas vienmēr bija saistÄ«ts ar tÄ«kla aprÄ«kojuma pārskaņoÅ”anu, kas kalpoja kā VPN serveris, un ne visiem darbiniekiem ir piekļuve tam, kas bija neērti.

Mums jau ir attālā piekļuve serveriem un tÄ«kla iekārtām. Kāpēc gan neizmantot gatavu transportu un neizveidot nelielu utilÄ«tu, ko varētu vienkārÅ”i nodot lietotājam, lai pieslēgtos? Vēlējāmies, lai lietotājam nevajadzētu neko sarežģītu ievadÄ«t. VienkārÅ”i viens poga "pieslēgties". Bet kā Ŕī utilÄ«ta sapratÄ«s, uz kurieni jāpieslēdzas, ja tajā ir tikai viena poga? Bija ideja par tieÅ”saistes nepiecieÅ”amā pielikuma izveidi mÅ«su serveros. Sistēmas administrators nospiež pogu "lejupielādēt saÄ«sni", un mÅ«su mākoņa sistēmā tiek nosÅ«tÄ«ta komanda uz individuālā bināra izveidi ar iebÅ«vēto informāciju par pieslēgÅ”anos nepiecieÅ”amajam serverim / datoram, izmantojot RDP. Kopumā to varēja izdarÄ«t. Bet tas prasÄ«tu laiku, administratoram vispirms bÅ«tu jāgaida, kamēr binārais fails tiek kompilēts, un pēc tam tas jāsagatavo. Protams, varētu vienkārÅ”i pievienot otru failu ar konfigurāciju, bet tas jau ir divi faili, un lietotājam ir nepiecieÅ”ams viens. Viens fails, viena poga un nekādi uzstādÄ«tāji. IzlasÄ«jis nedaudz Google, es nonācu pie secinājuma, ka, ja pie pievienotā "exe" beigām pievieno kādu informāciju, tas nesabojājas (nu, gandrÄ«z). Tur var pievienot pat "KarÅ”o un miera" tekstu, un tas darbosies kā agrāk. Grēks bÅ«tu to neizmantot. Tagad var viegli tieÅ”i klientā izsist aplikāciju, kas, starp citu, saucas Veliam Connector, un vienkārÅ”i pievienot tam beigās nepiecieÅ”amo pieslēgÅ”anās informāciju. Un paÅ”am pielikumam ir skaidrs, ko ar to darÄ«t. Kāpēc es iepriekÅ” teicu "nu, gandrÄ«z"? Tāpēc, ka par Å”o ērtÄ«bu jānorēķinās, ka programma zaudē EDS parakstu. Bet mēs Å”ajā posmā uzskatām, ka tas ir maza cena par Ŕādu ērtÄ«bu.

TreŔo puŔu moduļu licences

IepriekÅ” es jau minēju, ka pēc tam, kad tika nolemts izstrādāt produktu publiskai lietoÅ”anai, ne tikai savām vajadzÄ«bām, nācās kārtÄ«gi strādāt un meklēt aizvietojumus dažiem moduļiem, kas neļāva iekļaut sevi mÅ«su produktā. Bet jau pēc izlaides nejauÅ”i tika atklāta diezgan nepatÄ«kama lieta. Veliam Server, kas bija klienta pusē, ietvēra MariaDB datu bāzi. Un tai ir GPL licence. GPL licence paredz, ka programmatÅ«rai jābÅ«t ar atvērtu avotu, un, ja mÅ«su produktā ir iekļauta MariaDB ar Å”o licenci, tad arÄ« mÅ«su produkts jāizlaiž pēc Ŕīs licences. Bet par laimi, Ŕīs licences mērÄ·is ir atvērtais avots, nevis soda piemēroÅ”ana tiesā tiem, kas nejauÅ”i kļūdÄ«juÅ”ies. Ja tiesÄ«bu turētājam ir pretenzija, viņŔ rakstiski paziņo pārkāpējam, un tam jānovērÅ” pārkāpums 30 dienu laikā. Mēs paÅ”i atklājām savu kļūdu un sazināŔanās nesapratnes netika saņemtas, un uzreiz sākām meklēt iespējas, kā atrisināt problēmu. Risinājums izrādÄ«jās acÄ«mredzams — pāreja uz SQLite. Å ai datu bāzei nav nekādu licencēŔanas ierobežojumu. Lielākā daļa moderno pārlÅ«ku izmanto SQLite, un daudzas citas programmas. Esmu atradis informāciju internetā, ka SQLite tiek uzskatÄ«ta par visizplatÄ«tāko datu bāzi pasaulē tieÅ”i pateicoties pārlÅ«kiem, tomēr neesmu meklējis pierādÄ«jumus, tāpēc Ŕī informācija var bÅ«t neprecÄ«za. Sāku pētÄ«t, kas varētu bÅ«t riskantā pāreja uz SQLite.

Tas kļūst par netrivialu uzdevumu, kad ir vairāki simti klientiem uzstādītu serveru ar MariaDB un datiem tajā. Dažas MariaDB funkcijas nav pieejamas SQLite. Piemēram, kodā tika izmantoti pieprasījumi tādā veidā

Select * FROM `table` WHERE `id`>1000 FOR UPDATE

Å Ä« konstrukcija ne tikai veic atlasi no tabulas, bet arÄ« bloķē attiecÄ«gās rindas. Un vēl dažas konstrukcijas arÄ« nācās pārrakstÄ«t. Bet, izņemot to, ka nācās pārrakstÄ«t daudz pieprasÄ«jumu, arÄ« nācās izdomāt mehānismu, kas, veicot Veliam Server atjauninājumu klientā, pārvietos visus datus jaunajā datu bāzē un izdzēsÄ«s veco. Turklāt, SQLite nedarbojās transakcijas, kas bija reāla problēma. Tomēr izpētot plaÅ”o interneta telpu, es viegli atradu, ka transakcijas SQLite var aktivizēt, nosÅ«tot vienkārÅ”u komandu pievienoÅ”anās laikā

PRAGMA journal_mode=WAL;

Rezultātā uzdevums ir izpildīts, un tagad klientu servera daļa darbojas uz SQLite. Mēs nenovērojām nekādas izmaiņas sistēmas darbībā.

Jaunais HelpDesk

No iekŔējās versijas uz SaaS versiju bija jāportē HelpDesk sistēma, taču ar dažām izmaiņām. Pirmais, ko vēlējāmies izdarÄ«t, bija integrācija ar klienta domēnu, lai nodroÅ”inātu lietotāju caurredzamu autorizāciju sistēmā. Tagad lietotājam, lai ieietu HelpDesk un atstātu pieteikumu, vienkārÅ”i jānospiež uz Ä«sceļa darbvirsmā, un atveras pārlÅ«ks. Lietotājs nenorāda nekādus autentifikācijas datus. Apache SSPI modulis, kas ir daļa no Veliam Server, automātiski autorizē lietotāju ar domēna kontu. Lai atstātu pieteikumu sistēmā, kad lietotājs atrodas ārpus korporatÄ«vās tÄ«kla, viņŔ nospiež pogu, un uz viņa e-pastu tiek nosÅ«tÄ«ta saite, caur kuru viņŔ var bez parolēm autorizēties HelpDesk sistēmā. Ja lietotājs tiek izslēgts vai dzēsts no domēna, tad arÄ« viņa konts HelpDesk prestādās darboties. Tādējādi sistēmas administratoram nav nepiecieÅ”ams patstāvÄ«gi uzraudzÄ«t kontus gan domēnā, gan HelpDesk. Ja darbinieks tiek atlaists, viņŔ izslēdz kontu domēnā, un viss, viņŔ nevarēs piekļūt sistēmai, ne no korporatÄ«vā tÄ«kla, ne caur saiti. pievieno iekŔējo vietni intraneta zonā un izplata Ä«sceļus visiem lietotājiem uz darbvirsmas.

Otrs, ko uzskatām par ārkārtÄ«gi nepiecieÅ”amu HelpDesk sistēmām, vismaz mums paÅ”iem — ir tieÅ”a pieslēgÅ”anās pie pieteicēja ar vienu klikŔķi. Vairāk nekā tam, pieslēgÅ”anās ir jānotiek arÄ« tad, ja sistēmu administrators atrodas citā tÄ«klā. Tas ir obligāti outsourcingu, un bieži vien ļoti nepiecieÅ”ams arÄ« iekŔējo sistēmu administratoriem. Ir jau vairāki produkti, kas lieliski tiek galā ar attālinātu pieslēgÅ”anos. Mēs esam nolēmuÅ”i veidot integrācijas Å”iem risinājumiem. PaÅ”laik mēs esam izveidojuÅ”i integrāciju ar VNC, un nākotnē plānojam pievienot Radmin un TeamViewer. Izmantojot mÅ«su tÄ«kla transportu attālinātai piekļuvei infrastruktÅ«rai, mēs esam padarÄ«juÅ”i tā, ka VNC pieslēdzas attālinātajiem darbvirsmiem aiz NAT. Tas pats bÅ«s arÄ« ar Radmin. Tagad, lai pieslēgtos lietotājam, vienkārÅ”i jānospiež pogu ā€œpieslēgties pie pieteicējaā€ paŔā pieteikumā. Atveras VNC klients un pieslēdzas pieteicējam neatkarÄ«gi no tā, vai jÅ«s atrodaties vienā tÄ«klā vai sēžat mājās... rÅ«pējoties par to, lai sistēmu administrators iepriekÅ” instalētu VNC Server visām darba vietām ar GPO palÄ«dzÄ«bu.

PaÅ”laik mēs paÅ”i pārejam uz jauno HelpDesk un izmantojam integrāciju ar domēnu un VNC. Tas ir ļoti ērti mums. Tagad mēs varam nemaksāt par TeamViewer, kuru izmantojām vairāk nekā trÄ«s gadus mÅ«su atbalsta dienesta darbam.

Ko plānojam darīt tālāk

Kad mēs izlaidām produktu, mēs nenoteicām nekādas maksas tarifus, bet vienkārÅ”i ierobežojām bezmaksas tarifu lÄ«dz 50 uzraugāmajām vienÄ«bām. Pieci desmiti tÄ«kla ierīču un serveru bÅ«tu pietiekami visiem, mēs domājām. Un tad sākās pieprasÄ«jumi palielināt ierobežojumus. Teikt, ka mēs bijām nedaudz Å”okēti — neko neizsaka. Vai tieŔām mÅ«su programmatÅ«ra ieinteresēja uzņēmumus ar tik lielu serveru skaitu? Mēs bez maksas palielinājām ierobežojumus tiem, kuri veica Ŕādus pieprasÄ«jumus. Dažiem mēs atbildējām uz viņu pieprasÄ«jumu ar jautājumu, kāpēc viņiem tik daudz, vai tieŔām viņiem ir tik liels serveru un tÄ«kla iekārtu skaits. Un izrādÄ«jās, ka sistēmas administratori sāka izmantot sistēmu tā, kā mēs vispār neplānojām. Viss izrādÄ«jās vienkārÅ”i — mÅ«su programmatÅ«ru sāka uzraudzÄ«t ne tikai serverus, bet arÄ« darba stacijas. No Å”ejienes arÄ« daudzie pieprasÄ«jumi palielināt ierobežojumus. Tagad mēs jau esam ieviesuÅ”i maksas tarifus un ierobežojumus var paplaÅ”ināt paÅ”iem.

Serveri gandrÄ«z vienmēr strādā vai nu ar uzglabāŔanas sistēmām, vai ar lokālajiem diskiem RAID masÄ«vā. Un mēs sākotnēji izstrādājām produktu tieÅ”i viņiem. Un SMART uzraudzÄ«ba nebija interesanta Å”im uzdevumam. Bet, ņemot vērā, ka cilvēki pielāgoja programmatÅ«ru darba staciju uzraudzÄ«bai, parādÄ«jās pieprasÄ«jumi ieviest SMART uzraudzÄ«bu. DrÄ«z mēs to realizēsim.

Ar Veliam Connector parādīŔanos vairs nav nepiecieÅ”amÄ«bas izvērst VPN serveri uzņēmuma tÄ«klā, vai veidot RDGW, vai vienkārÅ”i nodroÅ”ināt portu pārsÅ«tīŔanu uz nepiecieÅ”amajām maŔīnām, lai pieslēgtos pa RDP. Ä»oti daudzi izmanto mÅ«su sistēmu tikai Å”iem attālinātajiem pieslēgumiem. Veliam Connector ir pieejams tikai Windows platformai, bet daži uzņēmumu lietotāji pieslēdzas ar mājas portatÄ«vajiem datoriem ar MacOS korporatÄ«vās tÄ«kla darba stacijām vai termināļiem. Un iznāk tā, ka sistēmas administrators ir spiests, ņemot vērā dažus lietotājus, atkal atgriezties pie portu pārsÅ«tīŔanas vai VPN jautājuma. Tāpēc tagad mēs jau pabeidzam MacOS versijas izstrādi Veliam Connector. Lietotāji ar savu mīļāko Apple tehniku arÄ« iegÅ«s iespēju ar vienu klikŔķi pieslēgties korporatÄ«vajai infrastruktÅ«rai.

Ä»oti patÄ«k, ka, neskatoties uz lielo sistēmas lietotāju skaitu, nav jāpārdomā, ko cilvēkiem vajag un kas bÅ«s ērtāk. Viņi paÅ”i raksta savus vēlējumus, tāpēc tuvākajā laikā ir daudz plānu attÄ«stÄ«bai.

Vienlaikus plānojam paÅ”laik nodarboties ar sistēmas tulkoÅ”anu angļu valodā un tās izplatīŔanu ārvalstÄ«s. Mēs vēl nezina, kā izplatÄ«sim produktu ārpus mÅ«su valsts, meklējam iespējas. Iespējams, par to vēlāk bÅ«s atseviŔķs raksts. VarbÅ«t kāds no tiem, kas izlasÄ«ja Å”o rakstu, varēs norādÄ«t pareizo virzienu vai pats zina, kā to darÄ«t, un piedāvās savus pakalpojumus. BÅ«sim pateicÄ«gi par palÄ«dzÄ«bu.

Avots: habr.com

Iegādājieties uzticamu tÄ«mekļa hostingu ar DDoS aizsardzÄ«bu, VPS VDS serveriem šŸ”„ Iegādājieties uzticamu tÄ«mekļa hostingu ar DDoS aizsardzÄ«bu, VPS VDS serveriem | ProHoster