В , talaði ég um bakgrunninn að stofnun Veliam og ákvörðunina um að dreifa því í gegnum SaaS kerfið. Í þessari grein mun ég tala um hvað ég þurfti að gera til að gera vöruna ekki staðbundna, heldur opinbera. Um hvernig dreifingin hófst og hvaða vandamál þau lentu í.
Skipulags
Núverandi stuðningur fyrir notendur var á Linux. Næstum allar stofnanir eru með Windows netþjóna, sem ekki er hægt að segja um Linux. Helsti styrkur Veliam er fjartengingar við netþjóna og netbúnað á bak við NAT. En þessi virkni var mjög þétt bundin við þá staðreynd að leiðin þurfti að vera Mikrotik. Og þetta myndi augljóslega ekki fullnægja mörgum. Ég fór fyrst að hugsa um að bæta við stuðningi við beina frá algengustu söluaðilum. En ég skildi að þetta væri endalaust kapphlaup um að stækka listann yfir studd fyrirtæki. Þar að auki geta þær sem þegar eru studdar haft mismunandi skipanir til að breyta NAT reglum frá líkani til líkans. Eina leiðin út úr stöðunni virtist vera VPN.
Þar sem við ákváðum að dreifa vörunni, en ekki sem opnum hugbúnaði, varð ómögulegt að taka með ýmis söfn með opin leyfi eins og GPL. Þetta er almennt sérstakt efni; eftir að ég tók ákvörðun um að selja vöruna þurfti ég að fara í gegnum helming bókasöfnanna vegna þess að þau voru GPL. Þegar þeir skrifuðu fyrir sig var það eðlilegt. En hentar ekki til dreifingar. Fyrsta VPN sem kemur upp í hugann er OpenVPN. En það er GPL. Annar valkostur var að nota japanska SoftEther VPN. Leyfið hans leyfði honum að hafa það í vörunni sinni. Eftir nokkra daga af ýmsum prófunum um hvernig á að samþætta það á þann hátt að notandinn þarf alls ekki að stilla neitt og vita um SoftEther VPN, var frumgerð fengin. Allt var eins og það átti að vera. En einhverra hluta vegna ruglaði þetta kerfi okkur samt og við hættum því að lokum. En auðvitað neituðu þeir eftir að þeir komu með annan kost. Á endanum var allt gert á venjulegum TCP tengingum. Sumar tengingar vinna í gegnum samræmingaraðila, sumar beint í gegnum Nat Hole Punching (NHP) tæknina, sem einnig var útfærð í Free Pascal. Ég verð að segja að ég hafði aldrei einu sinni heyrt um NHP áður. Og það hvarflaði aldrei að mér að það væri hægt að tengja 2 nettæki sem bæði eru beint fyrir aftan NAT. Ég kynnti mér efnið, skildi aðgerðaregluna og settist niður til að skrifa. Áætlunin er að veruleika, notandinn tengist með einum smelli við viðkomandi tæki á bak við NAT í gegnum RDP, SSH eða Winbox án þess að slá inn lykilorð eða setja upp VPN. Þar að auki fara flestar þessar tengingar framhjá umsjónarmanninum okkar, sem hefur góð áhrif á ping og kostnað við að þjónusta þessar tengingar.
Að flytja miðlarahlutann frá Linux yfir í Windows
Það voru nokkur vandamál þegar skipt var yfir í Windows. Hið fyrsta er að innbyggður wmic í Windows leyfir þér ekki að gera WQL fyrirspurnir. Og í okkar kerfi var allt þegar byggt á þeim. Og það var eitthvað annað, en nú hef ég gleymt hvers vegna þeir hættu loksins að nota það. Hugsanlega munur á Windows útgáfum. Og annað vandamálið er fjölþráður. Þar sem ég fann ekki gott tól frá þriðja aðila undir „viðunandi“ leyfi fyrir okkur, setti ég af stað Lazarus IDE aftur. Og ég skrifaði nauðsynlega gagnsemi. Inntakið er nauðsynlegur listi yfir hluti og hvaða sérstakar fyrirspurnir þarf að gera og sem svar fæ ég gögn. Og allt þetta í fjölþráðum ham. Frábært.
Eftir að ég setti upp pthreads fyrir PHP Windows hélt ég að allt myndi byrja strax, en það var ekki raunin. Eftir nokkurn tíma af villuleit áttaði ég mig á því að pthreads virtust virka, en það virkaði ekki á kerfinu okkar. Það varð ljóst að það er einhver sérstaða við að vinna með pthreads á Windows. Og þannig var það. Ég las skjölin og það var skrifað þar að fyrir Windows er fjöldi þráða takmarkaður og, eftir því sem ég man, óbeint. Þetta varð vandamál. Vegna þess að þegar ég byrjaði að fækka þráðum sem forritið keyrði á, gerði það verkið mjög hægt. Ég opnaði IDE aftur og virkni fyrir margþráða ping á hlutum var bætt við sama tól. Jæja, það er nú þegar mikið af portskönnun þar líka. Reyndar, eftir þetta, hvarf þörfin fyrir pthreads fyrir PHP, og það er ekki lengur notað. Ennfremur var nokkrum fleiri virkni bætt við þetta tól og það virkar enn þann dag í dag. Eftir þetta var sett saman uppsetningarforrit fyrir Windows, sem innihélt Apache, PHP, MariaDB, PHP forritið sjálft og sett af tólum til að hafa samskipti við kerfið, skrifað í Free Pascal. Hvað uppsetningarforritið varðar, hélt ég að ég myndi fljótt leysa þetta mál, vegna þess að... Þetta er mjög algengur hlutur og nauðsynlegur fyrir næstum alla hugbúnað. Annað hvort var ég að leita á röngum stað eða eitthvað annað. En ég rakst stöðugt á vörur sem annað hvort voru ekki nógu sveigjanlegar eða dýrar og líka ósveigjanlegar. Og samt fann ég ókeypis uppsetningarforrit þar sem hægt verður að veita öllum óskum. Þetta er InnoSetup. Ég er að skrifa um þetta hér vegna þess að ég þurfti að fletta því upp ef ég spara einhverjum tíma.
Synjun á viðbótinni í þágu viðskiptavinar þíns
Ég skrifaði áður að biðlarahlutinn væri vafri með „viðbót“. Svo voru tímar þegar Chrome var uppfært og útlitið var svolítið skakkt, þá var Windows uppfært og sérsniðna uri kerfið hvarf. Ég vildi virkilega ekki koma á óvart í opinberri útgáfu vörunnar. Þar að auki byrjaði sérsniðna uri að hverfa eftir hverja Windows uppfærslu. Microsoft eyddi einfaldlega öllum útibúum sem ekki voru þess í tilskildum hluta. Einnig, Google Chrome leyfir þér nú ekki að muna valið um að opna eða ekki forrit úr sérsniðnu uri og spyr þessarar spurningar í hvert skipti sem þú smellir á vöktunarhlut. Jæja, almennt var eðlileg samskipti við staðbundið kerfi notandans nauðsynleg, sem vafrinn býður ekki upp á. Einfaldasti kosturinn í þessu kerfi virðist vera einfaldlega að búa til sinn eigin vafra eins og margir eru nú að gera í gegnum Electron. En margt hafði þegar verið skrifað í Free Pascal, þar á meðal í miðlarahlutanum, svo við ákváðum að búa til biðlarann á sama tungumáli, en ekki búa til dýragarð. Svona var viðskiptavinur með Chromium um borð skrifaður. Eftir það fór það að eignast ýmsar bönd.
Gefa út
Að lokum völdum við nafn á kerfið. Við fórum stöðugt í gegnum ýmsa möguleika á meðan ferlið við að breyta úr staðbundinni útgáfu yfir í SaaS var í gangi. Þar sem við ætluðum upphaflega að fara ekki aðeins inn á heimamarkaðinn, var aðalviðmiðunin fyrir val á nafni tilvist óupptekins eða ekki mjög dýrt léns á „.com“ svæðinu. Sumar aðgerðir/einingar hafa ekki enn verið fluttar úr staðbundnu útgáfunni til Veliam, en við ákváðum að gefa þær út með núverandi virkni og klára restina sem uppfærslur. Í fyrstu útgáfunni var engin HelpDesk, Veliam Connector, það var ómögulegt að breyta þröskuldum fyrir tilkynningakveikjur og margt fleira. Við keyptum Code Sign Certificate og undirrituðum biðlara- og netþjónahlutana. Við skrifuðum vefsíðu fyrir vöruna, hófum aðgerðir við skráningu hugbúnaðar, vörumerkis o.fl. Almennt séð erum við tilbúin að byrja. Örlítið fagnaðarlæti vegna vinnunnar og vegna þess að kannski einhver muni nota vöruna þína, þó við hefðum engar efasemdir um þetta. Og hætti svo. Samstarfsaðilinn sagði að það væri ómögulegt að komast inn á markaðinn án tilkynninga í gegnum boðbera. Það er hægt án margra annarra hluta, en ekki án þessa. Eftir nokkrar umræður var samþætting við Telegram bætt við, sem hentaði okkur. Af öllum núverandi spjallforritum er þetta sá eini sem veitir aðgang að API sínum ókeypis og án flókinna samþykkisferla. Sama WhatsApp bendir á að hafa samband við veitendur sem rukka góðan pening fyrir að nota þjónustu sína; öll bréf sem biðja um aðgang án þéttinga voru hunsuð. Jæja, Viber... ég veit ekki hver notar það núna, því... ruslpóstur og auglýsingar þar eru ekki á vinsældalista. Í lok desember, eftir röð innri prófana og prófana meðal vina, var opnað fyrir skráningu fyrir alla og hugbúnaðurinn gerður aðgengilegur til niðurhals.
Upphaf dreifingar
Strax í upphafi áttum við okkur á því að okkur vantaði lítið flæði kerfisnotenda svo þeir gætu prófað vöruna í bardagaham og gefið fyrstu endurgjöf. Nokkrar aðkeyptar færslur á VK báru ávöxt. Fyrstu skráningar eru komnar.
Hér verður að segjast að það er mjög erfitt að komast inn á markaðinn þegar fyrirtækið þitt ber ekki frægt nafn og á sama tíma að bjóða upp á umboðslausa eftirlitsvirkni þar sem þú þarft að slá inn reikninga frá netþjónum þínum og vinnustöðvum. Þetta hræðir marga. Við gerðum okkur grein fyrir því strax í upphafi að það yrðu vandamál með þetta og vorum viðbúin þessu bæði tæknilega og siðferðilega. Allar fjartengingar, þrátt fyrir að RDP og SSH séu nú þegar dulkóðuð sjálfgefið, eru að auki dulkóðaðar af hugbúnaði okkar með AES staðlinum. Öll gögn frá staðbundnum netþjónum eru flutt í skýið í gegnum HTTPS. Reikningar eru geymdir á dulkóðuðu formi. Dulkóðunarlyklar fyrir öll undirkerfi eru einstaklingsbundnir fyrir alla viðskiptavini. Fyrir fjartengingar eru dulkóðunarlyklar setu venjulega notaðir.
Allt sem við getum gert í þessum aðstæðum til að láta fólk líða rólegra er að vera eins opin og hægt er, vinna að öryggi og þreytast aldrei á að svara spurningum fólks.
Fyrir marga vega þægindi og virkni hugbúnaðarins þyngra en óttann og þeir skrá sig. Sumir einstaklingar skrifuðu í birtum færslum á VK að ekki væri hægt að nota þennan hugbúnað vegna þess Þetta er safn lykilorða þeirra og almennt nafnlaust fyrirtæki. Það verður að segjast að fleiri en einn höfðu þessa skoðun. Margir skilja einfaldlega ekki að þegar þeir setja upp annan sérhugbúnað á netþjóni sem keyrir sem þjónusta, þá hefur hann líka fullan rétt á kerfinu og þeir þurfa ekki reikninga til að gera eitthvað ólöglegt (það er ljóst að þú getur breytt notanda sem þjónustan er opnuð frá, en einnig hér geturðu slegið inn hvaða reikning sem er). Í raun er ótti fólks skiljanlegur. Það er algengt að setja upp hugbúnað á netþjóni, en að slá inn reikning er svolítið ógnvekjandi og innilegt, þar sem góður helmingur fólks er með sama lykilorð fyrir alla þjónustu og að búa til sérstakan reikning jafnvel fyrir próf er latur. En í augnablikinu er mikill fjöldi þjónustu sem fólk treystir með skilríkjum sínum og fleira. Og við reynum að verða einn af þeim.
Það voru fullt af athugasemdum sem sögðu að við hefðum stolið því einhvers staðar. Þetta kom okkur svolítið á óvart. Jæja, allt í lagi, skoðun eins manns, en slík ummæli fundust í ýmsum ritum frá mismunandi fólki. Í fyrstu vissu þeir ekki hvernig þeir ættu að bregðast við þessu. Annað hvort til að vera leiður yfir því að sumir hafi þá skoðun að í Rússlandi megi enginn gera neitt sjálfur, heldur bara stela, eða að gleðjast yfir því að halda að þessu sé bara stolið.
Við höfum nú lokið ferlinu til að fá EV Code Sign Certificate. Til að fá það þarftu að fara í gegnum röð athugana og senda fullt af skjölum um fyrirtækið, sum þeirra verða að vera löggilt. Að fá EV Code Sign vottorð meðan á heimsfaraldri stendur er sérstakt efni fyrir grein. Aðgerðin tók mánuð. Og það var ekki mánuður af bið, heldur stöðugum beiðnum um viðbótarskjöl. Kannski hafði heimsfaraldurinn ekkert með það að gera og aðgerðin tók svo langan tíma fyrir alla? Deila.
Sumir segja að við munum ekki nota það vegna þess að það er ekkert FSTEC vottorð. Við verðum að útskýra að við getum ekki fengið það og munum ekki vegna þess að til að fá þetta vottorð verður dulkóðun að vera í samræmi við GOST og við ætlum að dreifa hugbúnaðinum ekki aðeins í Rússlandi og nota AES.
Allar þessar athugasemdir draga í efa að það sé hægt að kynna vöru sem krefst þess að þú skráir reikninga án þess að vera opinberlega þekkt. Jafnvel þó við vissum að það myndu vera þeir sem hefðu mjög neikvætt viðhorf til þessa. Eftir að fjöldi skráninga fór yfir þúsund, hættum við að hugsa um það. Sérstaklega eftir að, auk neikvæðni þeirra sem höfðu ekki einu sinni prófað vöruna, fóru mjög skemmtilegar umsagnir að birtast. Það verður að segjast að þessar jákvæðu umsagnir eru stærsti hvatinn fyrir vöruþróun.
Bætir við fjaraðgangsvirkni fyrir starfsmenn
Eitt af algengum verkefnum viðskiptavina er „gefa Vanya aðgang að tölvunni sinni heiman frá. Við settum upp VPN á Mikrotik og stofnuðum reikninga fyrir notendur. En þetta er raunverulegt vandamál. Notendur geta ekki horft á leiðbeiningarnar og fylgt þeim skref fyrir skref til að tengjast í gegnum VPN. Mismunandi útgáfur af Windows. Í einu Windows tengist allt vel, í öðru þarf aðra samskiptareglu. Og almennt var þetta alltaf tengt endurstillingu netbúnaðar, sem virkaði sem VPN netþjónn, og ekki allir starfsmenn hafa aðgang að honum og þetta var óþægilegt.
En við erum nú þegar með fjartengingar við netþjóna og netbúnað. Af hverju ekki að nota tilbúinn flutning og búa til sérstakt lítið tól sem þú getur einfaldlega gefið notandanum til að tengja. Ég vildi bara ganga úr skugga um að notandinn færi ekki inn neitt ómerkilegt þar. Bara einn hnappur „tengja“. En hvernig mun þetta tól skilja hvar á að tengjast ef það hefur aðeins einn hnapp? Það var hugmynd að byggja tilskilið forrit á netinu á netþjónum okkar. Kerfisstjórinn smellir á „hala niður flýtileið“ hnappinn og skipun er send í skýið okkar til að búa til einstakan tvöfalda með vírbundnum upplýsingum til að tengjast viðkomandi netþjóni/tölvu í gegnum RDP. Almennt séð væri hægt að gera þetta. En þetta tekur langan tíma; stjórnandinn þyrfti fyrst að bíða þar til tvöfaldurinn er settur saman og síðan hlaðið niður. Auðvitað væri hægt að einfaldlega bæta við annarri skrá með stillingunni, en þetta eru nú þegar 2 skrár og til einföldunar þarf notandinn eina. Ein skrá, einn hnappur og engin uppsetningarforrit. Eftir að hafa lesið aðeins á Google komst ég að þeirri niðurstöðu að ef þú bætir einhverjum upplýsingum í lok samansetta „.exe“ þá versnar þær ekki (næmlega). Þú getur að minnsta kosti bætt við stríði og friði þar, og það mun virka eins og áður. Það væri synd að nýta sér þetta ekki. Nú geturðu einfaldlega tekið upp forritið á ferðinni, beint í biðlaranum sjálfum, eins og það heitir Veliam Connector, og einfaldlega bætt við nauðsynlegum upplýsingum til að tengjast því í lokin. Og forritið sjálft veit hvað á að gera við það. Af hverju skrifaði ég „jæja næstum því“ innan sviga aðeins ofar? Vegna þess að þú þarft að borga fyrir þennan þægindi þar sem forritið missir stafræna undirskrift sína. En á þessu stigi teljum við að þetta sé lítið gjald fyrir slík þægindi.
Einingaleyfi þriðja aðila
Ég skrifaði þegar hér að ofan að eftir að ákveðið var að gera vöruna aðgengilega almenningi, og ekki bara til okkar eigin nota, þurftum við að vinna hörðum höndum og leita að afleysingar fyrir nokkrar einingar sem leyfðu okkur ekki að vera með í vörunni okkar. En eftir útgáfuna uppgötvaðist fyrir tilviljun mjög óþægilegt atriði. Veliam Server, sem var á viðskiptavininum, innihélt MariaDB DBMS. Og það er með GPL leyfi. GPL leyfið felur í sér að hugbúnaðurinn verður að vera opinn og ef vara okkar inniheldur MariaDB, sem hefur þetta leyfi, þá verður varan okkar að vera undir þessu leyfi. En sem betur fer er tilgangurinn með þessu leyfi opinn uppspretta, ekki að refsa þeim sem gera mistök fyrir dómstólum fyrir slysni. Ef höfundarréttarhafi á kröfu, tilkynnir hann brotamanni það skriflega og ber honum að uppræta brotið innan 30 daga. Við uppgötvuðum mistök okkar sjálf og fengum engin bréf og fórum strax að íhuga valkosti um hvernig ætti að leysa vandamálið. Lausnin reyndist augljós - skiptu yfir í SQLite. Þessi gagnagrunnur hefur engar leyfistakmarkanir. Flestir nútíma vafrar nota SQLite og fullt af öðrum forritum. Ég fann upplýsingar á netinu um að SQLite sé talið útbreiddasta DBMS í heiminum, einmitt vegna vafranna, en ég leitaði ekki að sönnunum þannig að þetta eru ónákvæmar upplýsingar. Ég byrjaði að kanna hætturnar við að skipta yfir í SQLite.
Þetta verður ekki léttvægt verkefni þegar viðskiptavinir eru með nokkur hundruð netþjóna uppsetta með MariaDB og gögnum í því. Sumir MariaDB eiginleikar eru ekki tiltækir í SQLite. Jæja, til dæmis, í kóðanum notuðum við fyrirspurnir eins og
Select * FROM `table` WHERE `id`>1000 FOR UPDATE
Þessi smíði gerir ekki aðeins val úr töflunni heldur læsir einnig línugögnunum. Og einnig þurfti að endurskrifa nokkrar fleiri hönnun. En til viðbótar við þá staðreynd að við þurftum að endurskrifa margar fyrirspurnir, þá þurftum við líka að koma upp kerfi sem, þegar Veliam Server viðskiptavinarins var uppfært, myndi flytja öll gögn yfir í nýja DBMS og eyða því gamla. Einnig virkuðu viðskipti í SQLite ekki og þetta var raunverulegt vandamál. En eftir að hafa lesið víðáttu veraldarvefsins fann ég án vandræða að hægt er að virkja viðskipti í SQLite með því að senda einfalda skipun þegar tengst er
PRAGMA journal_mode=WAL;Þess vegna var verkefninu lokið og nú keyrir miðlarahluti viðskiptavinarins á SQLite. Við urðum ekki varir við neinar breytingar á rekstri kerfisins.
Nýtt hjálparborð
Nauðsynlegt var að flytja HelpDesk kerfið úr innri útgáfu yfir í SaaS útgáfu, en með nokkrum breytingum. Það fyrsta sem ég vildi gera var samþætting við lén viðskiptavinarins hvað varðar gagnsæja notendaheimild í kerfinu. Nú, til að skrá sig inn á HelpDesk og skilja eftir beiðni í kerfinu, smellir notandinn einfaldlega á flýtileiðina á skjáborðinu og vafrinn opnast. Notandinn slær ekki inn nein skilríki. Einingin fyrir Apache SSPI, sem er hluti af Veliam Server, heimilar notandanum sjálfkrafa undir lénsreikningi. Til að skilja eftir beiðni í kerfinu þegar notandinn er utan fyrirtækjanetsins smellir hann á hnapp og hann fær hlekk í tölvupóstinum sínum þar sem hann skráir sig inn í HelpDesk kerfið án lykilorða. Ef notandi er óvirkur eða honum eytt á léni hættir hjálparborðsreikningurinn líka að virka. Kerfisstjórinn þarf því ekki að fylgjast með reikningum bæði á léninu og HelpDesk sjálfur. Starfsmaður hættir - hann aftengir reikninginn sinn á léninu og það er það, hann skráir sig ekki inn í kerfið ekki frá fyrirtækjanetinu, ekki með hlekk. Til að þessi samþætting virki þarf kerfisstjórinn að búa til eitt GPO, sem и .
Annað sem við teljum afar nauðsynlegt fyrir HelpDesk kerfi, að minnsta kosti fyrir okkur sjálf, er að tengjast umsækjanda beint úr forritinu með einum smelli. Þar að auki verða tengingar að fara framhjá ef kerfisstjórinn er á öðru neti. Fyrir útvistun er þetta skylda, fyrir kerfisstjóra í fullu starfi er það líka oft mjög nauðsynlegt. Það eru nú þegar nokkrar vörur sem gera frábært starf við fjartengingar. Og við ákváðum að gera samþættingu fyrir þá. Við höfum nú samþætt fyrir VNC og í framtíðinni ætlum við að bæta Radmin og TeamViewer við. Með því að nota netflutninga okkar fyrir fjartengingar við innviði, létum við VNC tengjast ytri vinnustöðvum á bak við NAT. Sama mun gerast með Radmin. Nú, til að tengjast notanda, þarftu bara að smella á „tengjast umsækjanda“ hnappinn í forritinu sjálfu. VNC viðskiptavinurinn opnast og tengist umsækjanda, óháð því hvort þú ert á sama neti eða situr heima í inniskóm. Í fyrsta lagi verður kerfisstjórinn, sem notar GPO, að setja upp VNC Server á vinnustöðvum allra.
Nú erum við sjálf að skipta yfir í nýja HelpDesk og notum samþættingu við lénið og VNC. Þetta er mjög þægilegt fyrir okkur. Nú getum við komist hjá því að borga fyrir TeamViewer, sem við höfum notað í meira en þrjú ár til að reka stuðningsþjónustuna okkar.
Hvað ætlum við að gera næst?
Þegar við gáfum vöruna út, gerðum við enga gjaldskrá, heldur takmörkuðum einfaldlega ókeypis gjaldskrána við 50 eftirlitshluti. Fimm tugir nettækja og netþjóna ættu að vera nóg fyrir alla, héldum við. Og þá fóru að berast beiðnir um að hækka mörkin. Að segja að við höfum verið svolítið hneyksluð er að segja ekki neitt. Hafa fyrirtæki sem hafa svo marga netþjóna virkilega áhuga á hugbúnaðinum okkar? Við framlengdum mörkin ókeypis fyrir þá sem lögðu fram slíkar beiðnir. Til að bregðast við beiðni þeirra spurðum við nokkra hvers vegna þeir þyrftu svona mikið, hvort þeir væru virkilega með svona mikinn fjölda netþjóna og netbúnaðar. Og það kom í ljós að kerfisstjórar fóru að nota kerfið á þann hátt sem við höfðum alls ekki skipulagt. Allt reyndist einfalt - hugbúnaðurinn okkar byrjaði að fylgjast ekki aðeins með netþjónum heldur einnig vinnustöðvum. Þess vegna eru margar beiðnir um að rýmka mörkin. Nú höfum við þegar tekið upp greidda gjaldskrá og hægt er að stækka mörkin sjálfstætt.
Netþjónar vinna næstum alltaf með annað hvort geymslukerfi eða staðbundnum diskum í RAID fylki. Og upphaflega gerðum við vöruna fyrir þá. Og SMART eftirlit var ekki áhugavert fyrir þetta verkefni. En að teknu tilliti til þess að fólk hefur aðlagað hugbúnað til að fylgjast með vinnustöðvum hafa komið fram beiðnir um innleiðingu SMART vöktunar. Við munum hrinda því í framkvæmd fljótlega.
Með tilkomu Veliam Connector varð óþarfi að setja upp VPN netþjón á fyrirtækjanetinu, eða gera RDGW, eða einfaldlega áframsenda tengi til nauðsynlegra véla til að tengjast í gegnum RDP. Margir nota kerfið okkar eingöngu fyrir þessar fjartengingar. Veliam Connector er aðeins fáanlegur fyrir Windows og sumir fyrirtækjanotendur tengjast frá fartölvum heima sem keyra MacOS við vinnustöðvar eða útstöðvar á fyrirtækjanetinu. Og það kemur í ljós að kerfisstjórinn er neyddur, vegna nokkurra notenda, til að snúa aftur til málsins um áframsendingu eða VPN. Þess vegna erum við nú að klára að búa til útgáfu af Veliam Connector fyrir MacOS. Notendur uppáhalds Apple tækni þeirra munu einnig hafa tækifæri til að tengjast innviðum fyrirtækja með einum smelli.
Mér líkar mjög við þá staðreynd að með mikinn fjölda kerfisnotenda þarftu ekki að skipta þér af því hvað fólk þarf og hvað er þægilegra. Þeir skrifa sjálfir óskir sínar og því liggja fyrir fullt af uppbyggingaráformum á næstunni.
Samhliða ætlum við nú að hefja þýðingu kerfisins á ensku og dreifa því erlendis. Við vitum ekki enn hvernig við munum dreifa vörunni út fyrir landið okkar, við erum að leita að valkostum. Kannski kemur sérstök grein um þetta síðar. Kannski mun einhver sem hefur lesið þessa grein geta stungið upp á nauðsynlegum vektor, eða hann sjálfur veit og veit hvernig á að gera það og mun bjóða þjónustu sína. Við kunnum að meta hjálp þína.
Heimild: www.habr.com