VDI dodávateľský zámok: Riziká a riešenia

Úvod

Virtuálna desktopová infraštruktúra (VDI) zjednodušuje centralizované spravovanie desktopov, ale jej prepojené komponenty môžu sťažovať prechod na iné platformy. Od proprietárnych spojovacích brokerov po licenčné obmedzenia, tieto závislosti môžu obmedziť IT možnosti a zvýšiť zložitosti migrácie. Tento článok skúma príčiny a riziká uzamknutia dodávateľa VDI, vysvetľuje, ako ich znížiť, a načrtáva praktické kroky na udržanie flexibility dodávky aplikácií Windows.

Čo je uzamknutie dodávateľa VDI?

Zamknutie dodávateľa VDI je situácia, keď sa organizácia stáva mimoriadne závislou na konkrétnej platforme virtualizácie desktopov do takej miery, že zmena dodávateľov by bola mimoriadne náročná, nákladná alebo rušivá pre spoločnosť.

Komponenty VDI, ako sú hypervízory, spojovacie brokery, obrazovky pracovnej plochy, používateľské profily, autentifikačné systémy a iné nástroje na správu, sú zvyčajne kombinované v prostrediach VDI. Avšak, aj keď sú oddelené, môžu vyžadovať špecifickú dokumentáciu a konfiguráciu od dodávateľa, aby úspešne interagovali navzájom.

Dôvodom je, že hoci aplikácie napísané v jazyku Windows zvyčajne fungujú kdekoľvek, desktopy vytvorené pre konkrétne prostredie VDI si vyžadujú značný čas na prekonfigurovanie. Preto nie je uzamknutie dodávateľom neprekonateľným problémom, ale vytvára značné prekážky pre organizácie, ktoré sa snažia prejsť na iné platformy.

Aké sú príčiny uzamknutia dodávateľa v prostrediach VDI?

Zamknutie dodávateľa VDI zriedka spôsobuje jedna konkrétna technická obmedzenie. Zvyčajne vyplýva z viacerých závislostí na súvisiacich infraštruktúrach, nástrojoch na správu, licencovaní a konfiguráciách aplikácií.

Proprietárne spojovacie brokery a nástroje na správu

Brokery pripojení sú zodpovedné za správu používateľských pripojení k virtuálnym desktopom, zatiaľ čo nástroje na správu sa používajú na poskytovanie, umiestnenie a údržbu desktopov a aplikácií. Nástroje ako Citrix Virtual Apps and Desktops, Omnissa Horizon a Azure Virtual Desktop sú postavené pomocou rôznej správcovskej infraštruktúry a techník konfigurácie.

To znamená, že pri prechode z jednej platformy na druhú môže byť potrebné preusporiadať desktopové pooly, aplikácie, pripojenia a automatizované nástroje. Samotné aplikácie môžu zostať rovnaké, avšak ich implementácia sa bude líšiť v závislosti od pôvodného softvéru.

Hypervizor a závislosti infraštruktúry

Platformy VDI vyžadujú infraštruktúru schopnú hostiť a spravovať virtuálne pracovné plochy. To môže zahŕňať špecifické hypervízory, cloud, úložné alebo provisioning technológie.

Migračný proces môže preto zahŕňať niekoľko úloh:

• Konverzia alebo prestavba obrazov virtuálnych strojov
• Prekonfigurovanie sieťových, úložných a alokačných zdrojov
• Nahradenie nástrojov na poskytovanie špecifických pre dodávateľov
• V Validácia kompatibility aplikácie a výkonu
• Obnova dostupnosti a mechanizmov obnovy po havárii

Avšak koncept prenosnosti sa vždy nevyžaduje na prostredie dodávania na pracovnej ploche. Úspešná migrácia virtuálneho stroja nezaručuje, že okolitá dodávateľská prostredie bude fungovať bez úprav.

Licenčné a zmluvné obmedzenia

Implementácie VDI zvyčajne vyžadujú niekoľko rôznych licencií – na operačné systémy, virtualizačné produkty, práva na prístup používateľov, nástroje na správu a aplikácie tretích strán.

Predajcovia sa výrazne líšia v oblasti balenia alebo rozdeľovania týchto technológií, čo môže sťažiť plánovanie rozpočtu a prechod na nové infraštruktúry.

Toto je obzvlášť dôležité, keď sa organizácie chcú presunúť z jedného VDI stacku na iný, napríklad z on-premise na cloudové riešenie, pretože licenčné modely pre operačné systémy, práva používateľov a spotrebu infraštruktúry sa môžu dramaticky zmeniť.

Webová stránka Microsoft Learn poskytuje an prehľad o licencovaní Azure Virtual Desktop a ako sa to uplatňuje na rôzne operačné systémy a prípady použitia.

Zodpovedajúc tomu je nevyhnutné analyzovať celý licenčný balík, vrátane dôsledkov akýchkoľvek zmluvných záväzkov, pri rozhodovaní, nielen náklady na predplatné.

Závislosti aplikácie a používateľského profilu

Windows aplikácie môžu mať množstvo závislostí na operačnom systéme, registri, ovládačoch, umiestnení alebo iných službách.

Tieto typy aplikácií sú bežne virtualizované v prostrediach VDI, pričom určité aspekty požiadaviek sú zabudované do hlavných obrazov alebo začlenené do pokročilých nástrojov na správu profilov. Niektoré spoločnosti vytvárajú a udržiavajú svoje vlastné nástroje a skripty na riešenie potrieb svojich konkrétnych aplikácií v súvislosti s ostatnou infraštruktúrou.

V týchto situáciách sa stáva mimoriadne náročným oddeliť aplikácie od ich podporných prvkov, čo predstavuje značný technický dlh a robí prenosnosť mimoriadne ťažkou.

Aj keď je samotná aplikácia prenosná, stále existujú základné prvky, ako je inštalácia, konfigurácia, nastavenia používateľa a správa údajov, ktoré bude potrebné znovu nastaviť v novom prostredí. Pochopenie rozdielu medzi Balenie aplikácií pre Windows a publikovanie aplikácií môže pomôcť IT tímom oddeliť požiadavky na nasadenie softvéru od závislostí dodávky aplikácií.

Aké sú riziká spojené s uzamknutím dodávateľa VDI?

Závislosť od dodávateľa predstavuje osobitné ťažkosti, keď sa organizácia musí zmeniť svoju infraštruktúrnu stratégiu, prispôsobiť sa zmenám v licencovaní alebo prijať nové technológie dodávania aplikácií.

Hlavné riziká sa týkajú nákladov, architektonickej flexibility a prevádzkovej kontinuity.

Rastúce náklady na infraštruktúru a licencie

Úzko prepojené prostredie VDI môže sťažiť organizácii optimalizáciu ich infraštruktúrnych komponentov.

Keď sa zmenia licenčné podmienky alebo vzrastú náklady na infraštruktúru, môže to vyžadovať projekt migrácie vo veľkom meradle, ak majú v úmysle zmeniť poskytovateľov. To môže oslabiť ich vyjednávaciu pozíciu a schopnosť optimalizovať náklady.

Navyše, poskytovanie všetkých aplikácií prostredníctvom plného virtuálneho pracovného prostredia môže spôsobiť zbytočné zaťaženie pre pracovné zaťaženia, ktoré vyžadujú iba jednu alebo dve aplikácie.

Publikovanie aplikácií rozhodne nie je lacnejšie ako VDI: ekonomika oboch prístupov sa bude líšiť v závislosti od hustoty pracovných záťaží, potrebných operačných systémov, infraštruktúrneho záznamu a požiadaviek na administráciu a správu.

Znížená architektonická flexibilita

Organizácie, ktoré sa snažia prijať hybridnú infraštruktúru, nahradiť zastarané servery, prechádzať medzi poskytovateľmi hostingu alebo dokonca prijať nové technológie dodávania, môžu zistiť, že ich možnosti sú obmedzené existujúcimi závislosťami od konkrétnych dodávateľov.

Platforma VDI, ktorá je úzko spojená s jednou infraštruktúrou, môže vyžadovať úplný redesign aplikácií určených na dodanie na iných stackoch a poskytovateľoch hostingu, čím sa spomaľuje proces digitálnej transformácie.

Zvýšená komplexnosť migrácie

Prechody dodávateľov VDI sa netýkajú len migrácie virtuálnych strojov.

Administrátori musia tiež zachovať autentifikáciu, používateľské profily, nastavenia aplikácií, tlač, prístup k súborom, bezpečnostné politiky a správanie relácií.

Nedostatočná dokumentácia týchto závislostí môže sťažiť kvantifikáciu, testovanie a vykonávanie procesu bez incidentov.

Vyššia expozícia zmenám dodávateľa

Zrušenie produktu, nové licenčné modely, zmeny v podpore alebo požiadavky na infraštruktúru môžu vyžadovať zmenu v stratégii nasadenia.

Čím väčšia je závislosť na jednej nasadzovacej platforme, tým vyšší je potenciálny operačný dopad týchto zmien na podnikanie.

Zachovanie alternatívnych možností dodávky môže zmierniť toto riziko a vytvoriť väčšiu flexibilitu, keď sa menia obchodné alebo technologické potreby.

Ako môžete znížiť riziká spojené s uzamknutím dodávateľa VDI?

Zníženie závislosti na dodávateľoch VDI si vyžaduje súbor technických, pracovných a architektonických úvah.

Myšlienkou nie je vyhýbať sa dodávateľom, ale skôr umožniť zmeny platforiem bez narušenia všetkých ostatných aspektov dodávania aplikácií.

1. Audit existujúcich závislostí VDI

Prvým krokom je identifikovať, čo je kritické pre dodávku aplikácií a desktopov, a ktoré komponenty sú závislé od technológie špecifickej pre dodávateľov.

Zoznam závislostí by mal zodpovedať nasledujúcim otázkam:

Komponenta	Otázky na preskúmanie
Brokér pripojenia	Môžu sa priradenia desktopov a aplikácií znovu vytvoriť inde?
Hypervízor	Môžu sa virtuálne stroje a obrazy presunúť na alternatívnu infraštruktúru?
Aplikácie	Vyžadujú aplikácie špecifické obrázky, operačné systémy alebo ovládače?
Používateľské profily	Môžu sa nastavenia a údaje migrovať nezávisle?
Autentifikácia	Sú politiky identity viazané na proprietárne integrácie?
Licencovanie	Aké záväzky, práva na prístup a náklady na odchod sa uplatňujú?
Automatizácia	Ktoré skripty sa spoliehajú na API alebo nástroje špecifické pre dodávateľa?

Inventár musí tiež obsahovať vlastníkov aplikácií, obchodnú kritickosť, požiadavky na obnovu a nedokumentované prispôsobenia.

Toto klasifikovanie môže pomôcť IT manažérom pochopiť, ktoré závislosti sú ľahko nahraditeľné a ktoré si vyžadujú významný redesign.

2. Oddeliť doručovanie aplikácií od desktopovej infraštruktúry

Jednou z najlepších metód na zníženie potreby VDI je zabezpečiť, aby každá aplikácia skutočne vyžadovala takto zložitú riešenie.

Zatiaľ čo VDI ponúka virtuálne pracovné plochy, publikovanie aplikácií poskytuje vzdialený prístup k jednotlivým aplikáciám bez nutnosti dodávať celý desktop.

Obe metódy centralizujú aplikácie, ale rôznymi spôsobmi.

Požiadavka	Plná VDI	Publikovanie aplikácií založené na reláciách
Kompletný personalizovaný desktop	Dobre prispôsobené	Nie je to primárny účel
Jednotlivé aplikácie systému Windows	Podporované	Dobre prispôsobené
Izolácia dedikovaného desktopového operačného systému	Dostupné	Vo všeobecnosti používa zdieľané hostiteľské relácie
Špecializované desktopové konfigurácie	Často vhodné	Závisí od kompatibility
Centralizované spravovanie aplikácií	Podporované	Podporované
Prístup cez prehliadač	Platformovo závislé	Dostupné s kompatibilnými riešeniami
Doručenie bez plného VDI stacku	Nie všeobecne	Možné

Rozdiel je architektonický, nie funkčný.

Mnohé takéto VDI systémy už umožňujú publikovanie aplikácií, takže umožnenie publikovania aplikácií vám nemusí nevyhnutne pomôcť vyhnúť sa uzamknutiu dodávateľa, pokiaľ nie je možné tieto aplikácie oddeliť od VDI riadiacej vrstvy.

Povedzme napríklad, že máte účtovné oddelenie, ktoré potrebuje prístup k finančnej aplikácii Windows, ale nepotrebuje vlastné virtuálne pracovné plochy. Publikovaním aplikácie na Windows boxe (správne nastavenom) by ste sa mohli vyhnúť tomu, aby všetci museli používať VDI, pričom by ste stále udržali centralizovanú správu aplikácie.

Na druhej strane, ľudia, ktorí potrebujú trvalé pracovné plochy, kde má každý používateľ svoju vlastnú reláciu pracovnej plochy, môžu potrebovať plný VDI.

3. Prijmite modulárne a interoperabilné architektúry

Modulárne architektúry umožňujú výmenu jednotlivých prvkov bez narušenia celkového prostredia dodávky aplikácií.

IT tímy by mali uprednostniť nasledujúce, ak je to relevantné:

• Štandardizovaná identita a autentifikácia
• Prenosný aplikačný kód a zdokumentované závislosti
• Údaje používateľa oddelené od obrázkov plochy
• Infrastruktúra ako kód: opakovateľné nasadenie, automatizácia
• Doručenie, ktoré funguje naprieč koncovými bodmi a hostingovými prostrediami

Upozorňujeme, že oddelenie používateľských údajov od obrazov pracovnej plochy zjednoduší migrácie aj obnovu po havárii: podobne, infraštruktúra ako kód pomôže operáciám znovu vytvoriť prostredia s lepšou konzistenciou.

Avšak aj otvorené štandardy a automatizácia nemusia zabrániť uzamknutiu dodávateľa: často existujú jemné rozdiely v implementácii medzi technológiami rôznych dodávateľov a skripty môžu obsahovať volania na proprietárne API.

Preto je cieľom vyhnúť sa zbytočnému prepojeniu medzi komponentmi aplikácie a infraštruktúry, komponentmi správy a prevádzkovými komponentmi.

4. Zvážte hybridné doručovanie aplikácií

Organizácie sa nemusia rozhodovať medzi zachovaním celej svojej VDI infraštruktúry alebo jej úplnou výmenou za niečo iné.

Mohli by prijať hybridnú stratégiu, ktorá využíva rôzne pracovné zaťaženia podľa ich potrieb.

Organizácia by mohla využiť vyhradené pracovné stanice pre výkonných používateľov, pričom by hostila kompatibilné obchodné aplikácie na zdieľaných hostiteľoch relácií Windows.

Mohli by tiež poskytovať staršie aplikácie prostredníctvom prehliadačov. Pre softvér Windows, ktorý sa nedá ľahko prepísať, pochopenie ako publikovať softvér pre Windows na web môže pomôcť IT tímom vyhodnotiť dodávku založenú na prehliadači ako súčasť ich hybridnej stratégie.

Lokálne aplikácie sa najlepšie zachovajú, keď centralizácia má malý vplyv na celkový výkon.

Takáto stratégia umožní IT oddeleniu zachovať existujúce investície do svojej infraštruktúry, zatiaľ čo prechádzajú na nové technológie vlastným tempom.

Výzvou tohto prístupu je, že vytvára dodatočnú zložitost a vyžaduje komplexnejšie riadenie identity, bezpečnostné opatrenia jednotné naprieč všetkými platformami, pravidlá monitorovania a podporné postupy.

5. Porovnajte celkové náklady na modely dodávky

Úspory z licencovania samy o sebe neurčujú nákladovú efektívnosť alternatívnej architektúry dodávania aplikácií.

IT tímy by mali posúdiť celkové náklady na vlastníctvo vrátane infraštruktúry, nákladov na softvér, administráciu, bezpečnosť a migráciu.

Kategória nákladov	Hodnotiace kritériá
Softvér	Licencovanie, predplatné, podpora a obnovenia
Infrastruktúra	Výpočty, úložisko, sieťovanie a spotreba cloudu
Operačné systémy	Licencovanie systému Windows a platné prístupové práva
Administrácia	Zabezpečenie, údržba, monitorovanie a odstraňovanie problémov
Bezpečnosť	MFA, prístupové kontroly, auditovanie a správa bezpečnosti
Migrácia	Testovanie, konfigurácia, školenie a nasadenie
Pokračovanie podnikania	Dostupnosť, zálohovanie, obnova a vystavenie prestojom

Publikovanie aplikácií môže znížiť potrebu špecifických komponentov v prostredí VDI, ale má svoje vlastné požiadavky na nasadenie a licencovanie.

Napríklad tradičné konfigurácie hostenia relácií Microsoft Remote Desktop Services (RDS) by vyžadovali príslušné licencie na prístup klienta RDS, ako je opísané v Dokumentácia RDS CAL od spoločnosti Microsoft .

Licenčné požiadavky by mali byť overené na základe aktuálnej architektúry, dodávaného produktu a relevantných podmienok spoločnosti Microsoft.

Cieľom by malo byť minimalizovať celkové náklady, pričom stále poskytovať bezpečnosť, výkon a spoľahlivosť potrebnú na splnenie obchodných potrieb.

Čo by ste potrebovali urobiť, aby ste sa vyhli uzamknutiu dodávateľa VDI?

Znižovanie závislosti od dodávateľa je oveľa bezpečnejšie robiť postupne, než vykonať úplnú výmenu platformy.

Fázová migrácia poskytuje IT tímom príležitosť preukázať alternatívne metódy dodania pri zachovaní súčasného stavu.

Krok 1: Klasifikujte aplikácie podľa požiadaviek na dodanie

Začnite skupinou aplikácií na základe ich technických závislostí a požiadaviek koncových používateľov. Tri široké kategórie sú obzvlášť užitočné na identifikáciu:

• Aplikácie vyžadujúce plné pracovné plochy – pracovné zaťaženia vyžadujúce vyhradené prostredie OS, špeciálnu konfiguráciu alebo izoláciu na úrovni pracovnej plochy
• Aplikácie vhodné na vzdialené publikovanie – aplikácie pre Windows, kompatibilné s podporovanými zdieľanými/vyhradenými prostrediami hostiteľských relácií
• Aplikácie vhodné pre lokálny alebo prehliadačom natívny prístup – softvér, ktorý už nevyžaduje spúšťanie v prostredí VDI.

Takáto klasifikácia môže pomôcť administrátorovi identifikovať kandidátov na alternatívne modely dodávky, ktoré si nevyžadujú významné prispôsobenia.

Krok 2: Vyberte pilotnú pracovnú záťaž s nízkym rizikom

Vyberte aplikáciu s jasne definovanými požiadavkami na zdroje, s minimálnymi závislosťami a obmedzenou používateľskou základňou.

Vyhnite sa začínaniu s podnikovo kritickými aplikáciami, ktoré sú závislé od zložitých periférnych integrácií, jedinečných ovládačov alebo zraniteľných dedičných komponentov.

Pilot by mal preukázať schopnosť alternatívnej infraštruktúry adekvátne replikovať základné funkcie a používateľskú skúsenosť pôvodného prostredia.

Krok 3: Overte kompatibilitu, výkon a bezpečnosť

Pred rozšírením otestujte funkcie a prevádzkové vlastnosti v realistických prostrediach.

Projekt migrácie dodávky aplikácií musí zahŕňať nasledujúce oblasti v testovacom scenári:

• Inštalácia aplikácie, závislosti a licencovanie
• Autentifikácia, MFA a používateľské oprávnenia
• Profily používateľov, nastavenia a prístup k súborom
• Tlač, schránka a presmerovanie periférií
• Konkurenčnosť relácií a spotreba zdrojov
• Latencia, reakcia a opätovné pripojenie
• Zaznamenávanie, monitorovanie a bezpečnostné politiky
• Zálohovanie, obnova a postupy návratu

Spustenie aplikácií úspešne nezaručuje plnú kompatibilitu.

Napríklad, aplikácia môže fungovať dobre sama o sebe, ale zlyhá, keď sa ju pokúsi spustiť niekoľko používateľov súčasne alebo tlačiť dokumenty na tlačiarňach.

IT tímy musia navrhnúť potrebné testy a výkonnostné kritériá pre relácie, aplikácie, bezpečnosť a funkcie obnovenia.

Krok 4: Migrácia aplikácií v kontrolovaných fázach

Akonáhle pilot splní svoje kritériá prijatia, rozšírte nasadenie na základe obchodnej priority a technickej zložitosti.

Zachovajte pôvodné prostredie dodávky počas prechodu, keď je to možné, aby administrátori mohli porovnávať výkon, efektívne riešiť problémy a v prípade potreby sa vrátiť k zavedeným procesom.

Stanovenie kritérií úspechu dokumentu, priradenie zodpovedností a vytvorenie postupov na vrátenie zmien pre každú fázu migrácie. Tieto opatrenia tiež prispievajú k odolnosť aplikácie pomáha organizáciám zachovať základné obchodné funkcie počas zmien infraštruktúry.

Krok 5: Skontrolujte zostávajúce závislosti

Problém s uzamknutím dodávateľa nie je obmedzený na jediný prípad.

Nové aplikácie, potreba aktualizácie platformy, zmeny v licencovaní alebo prevádzkových prispôsobeniach môžu vytvoriť ďalšie závislosti po dokončení migrácie.

Preto sú potrebné periodické kontroly, aby sa zabezpečilo, že aplikácie môžu naďalej fungovať na cieľovej platforme, že konfigurácie boli správne zaznamenané a že iné prostriedky dodávky zostávajú k dispozícii.

Toto umožní novému prostrediu vyhnúť sa tomu, aby sa stalo ďalším uzamknutím dodávateľa.

V ktorých prípadoch je VDI dobrým riešením na zachovanie?

Znižovanie závislosti na dodávateľoch VDI si nevyžaduje celkovú výmenu VDI.

VDI má legitímnu hodnotu pre scenáre, ktoré si vyžadujú dedikované operačné systémy, trvalé pracovné plochy, graficky náročné aplikácie alebo izoláciu pracovného zaťaženia, ktorú zdieľané hostiteľské relácie nemôžu poskytnúť.

Je to tiež cenné pre poskytovanie štandardizovaných, centrálne spravovaných desktopov s konzistentnými politikami správy desktopov.

Rozhodnutie prijať inú architektúru by malo byť založené na správaní aplikácie, potrebách zabezpečenia, požiadavkách používateľov a ekonomických faktoroch.

Pre väčšinu organizácií je distribuovaná architektúra praktickejšia ako nútiť všetky aplikácie do rovnakého modelu dodávky.

Zachovanie VDI pre pracovné zaťaženia, ktoré to vyžadujú, zatiaľ čo sa pre iné pracovné zaťaženia používa nezávislé publikovanie aplikácií, by umožnilo znížiť závislosť na VDI bez opustenia schopností VDI.

Ako môže byť dodávka aplikácií dlhodobo flexibilná?

Dlhodobá flexibilita systému sa dosahuje prostredníctvom schopnosti udržať kontrolu nad vzťahom aplikácie a infraštruktúry a prístupom používateľa.

Aplikácie musia byť navrhnuté tak, aby umožnili ich pokračujúcu prevádzku na potenciálne sa meniacich poskytovateľoch infraštruktúry, hypervízoroch alebo platformách desktopovej virtualizácie.

Tento prístup si vyžaduje dôkladnú pozornosť k správnej dokumentácii závislostí, izolácii údajov aplikácie od jej mechanizmov dodávky, uchovávaniu reprodukovateľnej konfigurácie a neustálemu skúmaniu alternatívnych prístupov a konfigurácií.

Napríklad, zatiaľ čo aplikácia napísaná pre Windows môže byť migrovaná na spustenie na centrálne spravovaných Windows serveroch v novej organizácii, ktorá využíva iný hostingový softvér alebo hypervízory, alebo nahradila svoj softvér na zprostredkovanie VDI, neznamená to, že aplikácia je univerzálne prenosná.

Aplikácie musia byť testované na ich schopnosť fungovať na rôznych infraštruktúrach, vrátane variácií v základnom operačnom systéme, vhodného licencovania, kompatibility špecifickej pre aplikáciu alebo výkonových charakteristík.

Jedným užitočným ukazovateľom flexibility je prenosnosť aplikácie medzi výrazne odlišnými prostrediami.

Ak migrácia aplikácie na inú, ale podporovanú infraštruktúru vyžaduje rozsiahlu prestavbu nesúvisiacich prvkov kvôli prítomnosti mnohých závislostí, naznačuje to, že predtým, ako môže byť aplikácia považovaná za prenosnú, je potrebné vykonať veľa práce.

Tento metr môže byť aplikovaný iteratívne na postupné zvýšenie flexibility infraštruktúrnych potrieb aplikácie alebo na vykonanie prevádzkových úprav bez potreby úplného prepracovania samotnej aplikácie.

Hľadáte jednoduchší spôsob, ako doručovať aplikácie Windows?

TSplus Remote Access poskytuje alternatívu pre organizácie, ktoré chcú publikovať aplikácie Windows a poskytovať vzdialené pracovné plochy bez nasadenia tradičného plného VDI zásobníka. S publikovaním aplikácií, prístupom cez prehliadač HTML5 a podporou pre prostredia Windows hostené na mieste alebo v cloude pomáha IT tímom diverzifikovať možnosti dodávky pri zachovaní centralizovanej kontroly.

Záver

Zamknutie dodávateľa VDI sa stáva nákladným, keď aplikácie závisia od úzko integrovaných infraštruktúr, licencií a systémov správy. Mapovanie týchto závislostí a zavedenie alternatívnych metód dodávky môže organizáciám pomôcť udržať kontrolu bez toho, aby úplne opustili VDI.

Flexibilná architektúra umožňuje IT tímom udržiavať vhodné pracovné zaťaženia na virtuálnych pracovných plochách, pričom zjednodušuje prístup k iným, znižuje riziko migrácie a zachováva budúce možnosti.