VDI dodavatelská závislost: Rizika a řešení

Úvod

Virtuální desktopová infrastruktura (VDI) zjednodušuje centralizované řízení desktopů, ale její vzájemně propojené komponenty mohou ztížit přechod na jiné platformy. Od proprietárních spojovacích brokerů po licenční omezení, tyto závislosti mohou omezit možnosti IT a zvýšit složitost migrace. Tento článek zkoumá příčiny a rizika uzamčení dodavatele VDI, vysvětluje, jak je snížit, a uvádí praktické kroky pro udržení flexibility dodávky aplikací Windows.

Co je to zámek dodavatele VDI?

Zamčení dodavatele VDI je situace, kdy se organizace stává extrémně závislou na konkrétní platformě pro virtualizaci desktopů do té míry, že změna dodavatele by byla extrémně náročná, nákladná nebo rušivá pro společnost.

Komponenty VDI, jako jsou hypervizory, spojovací brokery, obrazovky pracovních stanic, uživatelské profily, autentizační systémy a další nástroje pro správu, jsou obvykle kombinovány v prostředích VDI. Nicméně, i když jsou oddělené, mohou vyžadovat specifickou dokumentaci a konfiguraci od dodavatele, aby úspěšně spolupracovaly.

Důvodem je, že ačkoli aplikace napsané v jazyce Windows obvykle fungují kdekoli, pracovní stanice vytvořené pro konkrétní prostředí VDI vyžadují značný čas na přeconfigurování. Proto není zámek dodavatele nepřekonatelným problémem, ale vytváří značné překážky pro organizace, které se snaží přepnout platformy.

Jaké jsou příčiny uzamčení dodavatele v prostředích VDI?

Zamykání dodavatele VDI je zřídka způsobeno jedním konkrétním technickým omezením. Obvykle vyplývá z více závislostí na související infrastruktuře, nástrojích pro správu, licencování a konfiguracích aplikací.

Proprietární spojovací brokery a nástroje pro správu

Brokery připojení jsou zodpovědné za správu uživatelských připojení k virtuálním desktopům, zatímco nástroje pro správu se používají k poskytování, umístění a údržbě desktopů a aplikací. Nástroje jako Citrix Virtual Apps and Desktops, Omnissa Horizon a Azure Virtual Desktop jsou postaveny pomocí různých infrastruktur pro správu a technik konfigurace.

To znamená, že při přechodu z jedné platformy na druhou může být nutné přeorganizovat desktopové pooly, aplikace, připojení a automatizované nástroje. Samotné aplikace mohou zůstat stejné, jejich implementace se však bude lišit v závislosti na počátečním softwaru.

Závislosti na hypervizoru a infrastruktuře

VDI platformy vyžadují infrastrukturu schopnou hostit a spravovat virtuální desktopy. To může zahrnovat specifické hypervizory, cloud, úložiště nebo technologie pro provisioning.

Migrační proces může proto zahrnovat několik úkolů:

• Převod nebo rekonstrukce obrazů virtuálních strojů
• Překonfigurování sítě, úložiště a přidělování zdrojů
• Nahrazení nástrojů pro poskytování specifických pro dodavatele
• V Ověřování kompatibility a výkonu aplikace
• Obnova mechanismů dostupnosti a zotavení po havárii

Koncept přenositelnosti se však vždy nevztahuje na prostředí doručování na desktopu. Úspěšná migrace virtuálního stroje nezaručuje, že okolní prostředí doručování bude fungovat bez úprav.

Licenční a smluvní omezení

Implementace VDI obvykle vyžadují několik různých licencí – pro operační systémy, virtualizační produkty, uživatelská přístupová práva, nástroje pro správu a aplikace třetích stran.

Dodavatelé se výrazně liší v tom, jak tyto technologie balí nebo rozbalují, což může ztížit plánování rozpočtu a přechod na nové infrastruktury.

Tohoto je obzvlášť důležité, když se organizace chtějí přesunout z jedné VDI platformy na jinou, například z on-premise na cloudové řešení, protože licenční modely pro operační systémy, uživatelská oprávnění a spotřebu infrastruktury se mohou dramaticky změnit.

web Microsoft Learn poskytuje jeden vhled do licencování Azure Virtual Desktop a jak se to vztahuje na různé operační systémy a případy použití.

V souladu s tím je nezbytné analyzovat celý licenční balíček, včetně důsledků jakýchkoli smluvních závazků, při rozhodování, nejen náklady na předplatné.

Závislosti aplikace a uživatelského profilu

Windows aplikace mohou mít řadu závislostí na operačním systému, registru, ovladačích, umístění nebo jiných službách.

Tyto typy aplikací jsou běžně virtualizovány v prostředích VDI, přičemž určité aspekty požadavků jsou zabudovány do hlavních obrazů nebo začleněny do pokročilých nástrojů pro správu profilů. Některé společnosti vytvářejí a udržují své vlastní nástroje a skripty, aby vyhověly specifickým potřebám svých aplikací v souvislosti se zbytkem infrastruktury.

V těchto situacích se stává extrémně obtížné oddělit aplikace od jejich podpůrných prvků, což představuje značný technický dluh a činí přenositelnost extrémně obtížnou.

I když je samotná aplikace přenosná, stále existují základní prvky, jako je instalace, konfigurace, uživatelská nastavení a správa dat, které bude nutné znovu nastavit v novém prostředí. Pochopení rozdílu mezi Balení aplikací pro Windows a publikování aplikací může pomoci IT týmům oddělit požadavky na nasazení softwaru od závislostí na dodávce aplikací.

Jaká jsou rizika spojená s uzamčením dodavatele VDI?

Závislost na dodavateli představuje zvláštní obtíže, když se organizace musí změnit svou strategii infrastruktury, přizpůsobit se změnám licencí nebo přijmout nové technologie pro dodávání aplikací.

Hlavní rizika se týkají nákladů, architektonické flexibility a provozní kontinuity.

Rostoucí náklady na infrastrukturu a licencování

Úzce propojené VDI prostředí může ztížit organizaci optimalizaci jejích infrastrukturních komponent.

Když se změní licenční podmínky nebo vzroste cena infrastruktury, může to vyžadovat rozsáhlý migrační projekt, pokud mají v úmyslu změnit poskytovatele. To může poškodit jejich vyjednávací pozici a schopnost optimalizovat náklady.

Navíc poskytování všech aplikací prostřednictvím plného virtuálního desktopu může způsobit zbytečné zatížení pro pracovní zátěže, které vyžadují pouze jednu nebo dvě oknové aplikace.

Publikování aplikací rozhodně není levnější než VDI: ekonomika obou přístupů se bude lišit v závislosti na hustotě pracovních zátěží, potřebných operačních systémech, infrastrukturní stopě a požadavcích na administraci a správu.

Snížená architektonická flexibilita

Organizace, které se snaží přijmout hybridní infrastrukturu, vyměnit zastaralé servery, přepínat mezi poskytovateli hostingu nebo dokonce přijmout nové technologie dodávání, mohou zjistit, že jejich možnosti jsou omezeny existujícími závislostmi na konkrétních dodavatelích.

VDI platforma, která je úzce spojena s jednou infrastrukturou, může vyžadovat kompletní přepracování aplikací určených pro dodání na jiné infrastruktury a poskytovatele hostingu, čímž zpomalí proces digitální transformace.

Zvýšená složitost migrace

Přechody mezi dodavateli VDI se netýkají pouze migrace virtuálních strojů.

Správci také potřebují uchovat autentizaci, uživatelské profily, nastavení aplikací, tisk, přístup k souborům, bezpečnostní politiky a chování relací.

Špatná dokumentace těchto závislostí může ztížit proces kvantifikace, testování a provádění bez incidentů.

Větší vystavení změnám dodavatele

Zastavení produktu, nové licenční modely, změny v podpoře nebo požadavky na infrastrukturu mohou vyžadovat změnu strategie nasazení.

Čím větší je závislost na jedné platformě nasazení, tím vyšší je potenciální provozní dopad těchto změn na podnikání.

Zachování alternativních možností dodání může zmírnit toto riziko a vytvořit větší flexibilitu, když se mění obchodní nebo technologické potřeby.

Jak můžete snížit rizika spojená s uzamčením dodavatele VDI?

Snížení závislosti na dodavateli VDI vyžaduje soubor technických, pracovních a architektonických úvah.

Myšlenka není vyhnout se dodavatelům, ale spíše umožnit změny platformy, aniž by došlo k narušení všech ostatních aspektů dodávání aplikací.

1. Audit stávajících závislostí VDI

Prvním krokem je identifikovat, co je kritické pro dodání aplikací a desktopů, a jaké komponenty jsou závislé na technologii specifické pro dodavatele.

Inventář závislostí by měl řešit následující otázky:

Komponenta	Otázky k prozkoumání
Zprostředkovatel připojení	Lze přiřazení desktopu a aplikací znovu vytvořit jinde?
Hypervisor	Mohou se virtuální stroje a obrazy přesunout na alternativní infrastrukturu?
Aplikace	Vyžadují aplikace specifické obrázky, operační systémy nebo ovladače?
Uživatelské profily	Mohou se nastavení a data migrovat nezávisle?
Ověření	Jsou politiky identity vázány na proprietární integrace?
Licencování	Jaké závazky, práva na přístup a náklady na ukončení se vztahují?
Automatizace	Které skripty se spoléhají na specifické API nebo nástroje dodavatele?

Inventář musí také zahrnovat vlastníky aplikací, obchodní kritičnost, požadavky na obnovu a nedokumentované přizpůsobení.

Tato klasifikace může pomoci IT manažerům pochopit, které závislosti lze snadno nahradit, a které vyžadují významný redesign.

2. Oddělte doručování aplikací od desktopové infrastruktury

Jednou z nejlepších metod, jak snížit potřebu VDI, je zajistit, aby každá aplikace skutečně vyžadovala takto složité řešení.

Zatímco VDI nabízí virtuální pracovní plochy, publikování aplikací poskytuje vzdálený přístup k jednotlivým aplikacím, aniž by bylo nutné dodávat celý desktop.

Obě metody centralizují aplikace, ale různými způsoby.

Požadavek	Plné VDI	Publikování aplikací založených na relacích
Dokončená personalizovaná plocha	Dobře přizpůsobeno	Není to primární účel
Jednotlivé aplikace Windows	Podporováno	Dobře přizpůsobeno
Izolace dedikovaného desktopového operačního systému	Dostupné	Obvykle používá sdílené hostitele relací
Specializované desktopové konfigurace	Často vhodné	Závisí na kompatibilitě
Centralizované řízení aplikací	Podporováno	Podporováno
Přístup přes prohlížeč	Platform-dependent	Dostupné s kompatibilními řešeními
Dodávka bez plného VDI stacku	Obecně ne	Možné

Rozdíl je architektonický, nikoli funkční.

Mnoho takových VDI systémů již umožňuje publikaci aplikací, takže umožnění publikace aplikací vám nemusí nutně pomoci vyhnout se závislosti na dodavateli, pokud lze tyto aplikace oddělit od řídicí roviny VDI.

Řekněme například, že máte účetní oddělení, které potřebuje přístup k finanční aplikaci Windows, ale nepotřebuje vlastní virtuální pracovní plochy. Publikováním aplikace na Windows boxu (správně nastaveném) byste se mohli vyhnout tomu, aby všichni museli používat VDI, a přitom byste stále udržovali centralizovanou správu aplikace.

Na druhou stranu lidé, kteří potřebují trvalé pracovní plochy, kde má každý uživatel svou vlastní relaci pracovní plochy, mohou potřebovat plné VDI.

3. Přijměte modulární a interoperabilní architektury

Modulární architektury umožňují výměnu jednotlivých prvků, aniž by narušily celkové prostředí dodávání aplikací.

IT týmy by měly upřednostnit následující, pokud je to relevantní:

• Standardizovaná identita a autentizace
• Přenosný aplikační kód a zdokumentované závislosti
• Uživatelská data oddělená od obrázků plochy
• Infrastruktura jako kód: opakovatelná nasazení, automatizace
• Doručení, které funguje napříč koncovými body a hostingovými prostředími

Vezměte na vědomí, že oddělení uživatelských dat od obrazů plochy usnadní jak migrace, tak obnovu po havárii: podobně infrastruktura jako kód pomůže operacím znovu vytvořit prostředí s lepší konzistencí.

Nicméně ani otevřené standardy a automatizace nemusí zabránit uzamčení dodavatele: často existují jemné rozdíly v implementaci mezi technologiemi různých dodavatelů a skripty mohou obsahovat volání na proprietární API.

Cílem je tedy vyhnout se zbytečnému spojení mezi komponenty aplikace a infrastruktury, správou a provozními komponenty.

4. Zvažte hybridní doručování aplikací

Organizace se nemusí rozhodovat mezi zachováním celé své VDI infrastruktury nebo jejím úplným nahrazením něčím jiným.

Mohli by přijmout hybridní strategii, která využívá různé pracovní zátěže podle jejich potřeb.

Organizace by mohla využívat dedikované pracovní stanice pro výkonné uživatele, zatímco by hostovala kompatibilní obchodní aplikace na sdílených hostitelích relací Windows.

Mohli by také dodávat starší aplikace prostřednictvím prohlížečů. Pro software Windows, který nelze snadno přepsat, pochopení jak publikovat software pro Windows na webu může pomoci IT týmům vyhodnotit doručování založené na prohlížeči jako součást jejich hybridní strategie.

Místní aplikace jsou nejlépe uchovány, když centralizace má malý vliv na celkový výkon.

Taková strategie umožní IT oddělení udržet stávající investice do své infrastruktury, zatímco přecházejí na nové technologie vlastním tempem.

Výzvou tohoto přístupu je, že vytváří dodatečnou složitost a vyžaduje komplexnější správu identity, bezpečnostní opatření jednotná napříč všemi platformami, pravidla monitorování a postupy podpory.

5. Porovnejte celkové náklady na modely dodání

Úspory z licencí samy o sobě neurčují nákladovou efektivnost alternativní architektury dodávání aplikací.

IT týmy by měly vyhodnotit celkové náklady na vlastnictví včetně infrastruktury, nákladů na software, správy, bezpečnosti a migrace.

Kategorie nákladů	Hodnotící kritéria
Software	Licencování, předplatné, podpora a obnovení
Infrastruktura	Výpočet, úložiště, síťování a spotřeba cloudu
Operační systémy	Licencování systému Windows a příslušná práva na přístup
Správa	Zajištění, údržba, monitorování a odstraňování problémů
Bezpečnost	MFA, řízení přístupu, auditování a správa zabezpečení
Migrace	Testování, konfigurace, školení a nasazení
Pokračování podnikání	Dostupnost, zálohování, obnova a vystavení výpadkům

Publikování aplikací může snížit potřebu specifických komponentů v prostředí VDI, ale má své vlastní požadavky na nasazení a licencování.

Například tradiční konfigurace hostování relací Microsoft Remote Desktop Services (RDS) by vyžadovaly příslušné licence pro přístup klienta RDS, jak je popsáno v Dokumentace RDS CAL společnosti Microsoft .

Požadavky na licencování by měly být ověřeny na základě aktuální architektury, dodávaného produktu a příslušných podmínek společnosti Microsoft.

Cílem by mělo být minimalizovat celkové náklady, přičemž stále poskytovat bezpečnost, výkon a spolehlivost potřebnou k uspokojení obchodních potřeb.

Co byste potřebovali udělat, abyste se vyhnuli uzamčení dodavatele VDI?

Snižování závislosti na dodavatelích je mnohem bezpečnější provádět postupně, než provádět úplnou výměnu platformy.

Fázovaná migrace dává IT týmům příležitost prokázat alternativní metody dodání při zachování status quo.

Krok 1: Klasifikujte aplikace podle požadavků na dodání

Začněte seskupováním aplikací na základě jejich technických závislostí a požadavků koncových uživatelů. Tři široké kategorie jsou obzvlášť užitečné pro identifikaci:

• Aplikace vyžadující plné plochy – pracovní zátěže vyžadující dedikované prostředí OS, speciální konfiguraci nebo izolaci na úrovni plochy
• Aplikace vhodné pro vzdálené publikování – aplikace pro Windows, kompatibilní s podporovanými sdílenými/věnovanými prostředími hostitelů relací
• Aplikace vhodné pro místní nebo prohlížečově nativní přístup – software, který již nevyžaduje běh v prostředí VDI.

Taková klasifikace může pomoci administrátorovi identifikovat kandidáty pro alternativní modely dodání, které nevyžadují významné úpravy.

Krok 2: Vyberte pilotní zátěž s nízkým rizikem

Vyberte aplikaci s jasně definovanými požadavky na zdroje, s minimálními závislostmi a omezenou uživatelskou základnou.

Vyhněte se zahájení s aplikacemi kritickými pro podnikání, které jsou závislé na složitých periferních integracích, unikátních ovladačích nebo zranitelných komponentách staršího typu.

Pilot by měl prokázat schopnost alternativní infrastruktury adekvátně replikovat základní funkce a uživatelskou zkušenost původního prostředí.

Krok 3: Ověření kompatibility, výkonu a bezpečnosti

Než začnete s rozšiřováním, otestujte funkce a provozní vlastnosti v realistických prostředích.

Projekt migrace dodávky aplikací musí zahrnovat následující oblasti ve scénáři testování:

• Instalace aplikace, závislosti a licencování
• Autentizace, MFA a oprávnění uživatelů
• Uživatelské profily, nastavení a přístup k souborům
• Tisk, schránka a přesměrování periferií
• Současnost relací a spotřeba zdrojů
• Latence, odezva a opětovné připojení
• Záznam, monitorování a bezpečnostní politiky
• Zálohování, obnova a postupy vrácení zpět

Úspěšné spouštění aplikací nezaručuje plnou kompatibilitu.

Například aplikace může fungovat dobře sama o sobě, ale může selhat, když se ji pokusí spustit několik uživatelů současně nebo tisknout dokumenty na tiskárnách.

IT týmy musí navrhnout potřebné testy a výkonnostní kritéria pro relace, aplikace, zabezpečení a funkce návratu.

Krok 4: Migrace aplikací v řízených fázích

Jakmile pilot splní své akceptační kritéria, rozšiřte nasazení na základě obchodní priority a technické složitosti.

Zachovejte původní prostředí dodání během přechodu, pokud je to možné, což umožní správcům porovnávat výkon, efektivně řešit problémy a v případě potřeby se vrátit k zavedeným procesům.

Stanovení kritérií úspěchu dokumentu, přiřazení odpovědností a zavedení postupů pro návrat zpět pro každou fázi migrace. Tato opatření také přispívají k odolnost aplikace pomáhající organizacím zachovat základní obchodní funkce během změn infrastruktury.

Krok 5: Zkontrolujte zbývající závislosti

Problém s uzamčením dodavatele není omezen na jediný případ.

Nové aplikace, potřeba upgradu platformy, změny v licencování nebo provozní přizpůsobení mohou vytvořit další závislosti po dokončení migrace.

Proto jsou potřebné pravidelné kontroly, aby se zajistilo, že aplikace mohou nadále fungovat na cílové platformě, že konfigurace byly správně zaznamenány a že další způsoby dodání zůstávají k dispozici.

To umožní novému prostředí vyhnout se tomu, aby se stalo dalším uzamčením dodavatele.

V jakém případě je VDI dobrým řešením k udržení?

Snížení závislosti na dodavateli VDI nevyžaduje celkovou výměnu VDI.

VDI má legitimní hodnotu pro scénáře, které zahrnují potřebu dedikovaných operačních systémů, trvalých desktopů, graficky náročných aplikací nebo izolace pracovního zatížení, kterou sdílené hostitele relací nemohou poskytnout.

Je také cenné pro poskytování standardizovaných, centrálně spravovaných desktopů s konzistentními politikami správy desktopů.

Rozhodnutí o přijetí jiné architektury by mělo být založeno na chování aplikace, bezpečnostních potřebách, požadavcích uživatelů a ekonomických faktorech.

Pro většinu organizací je distribuovaná architektura praktičtější než nutit všechny aplikace do stejného modelu dodání.

Zachování VDI pro pracovní zátěže, které to vyžadují, zatímco se pro jiné pracovní zátěže používá nezávislé publikování aplikací, by umožnilo snížit závislost na VDI, aniž by se opustily schopnosti VDI.

Jak může zajištění dodávky aplikací zůstat dlouhodobě flexibilní?

Dlouhodobá flexibilita systému je dosažena schopností udržet kontrolu nad vztahem mezi aplikací a infrastrukturou a přístupem uživatelů.

Aplikace musí být navrženy tak, aby umožnily jejich pokračující provoz na potenciálně měnící se infrastruktuře poskytovatelů hostingu, hypervizorů nebo platforem pro virtualizaci desktopu.

Tento přístup vyžaduje pečlivou pozornost k řádné dokumentaci závislostí, izolaci dat aplikace od jejích dodacích mechanismů, uchování replikovatelné konfigurace a neustálé zkoumání alternativních přístupů a konfigurací.

Například, zatímco aplikace napsaná pro Windows může být migrována k běhu na centrálně spravovaných Windows serverech v nové organizaci, která využívá jiný hostingový software nebo hypervizory, nebo nahradila svůj software pro zprostředkování VDI, neznamená to, že aplikace je univerzálně přenosná.

Aplikace musí být testovány na svou schopnost fungovat na různých infrastrukturách, včetně variací v základním operačním systému, vhodného licencování, kompatibility specifické pro aplikaci nebo výkonnostních charakteristik.

Jedním užitečným měřítkem flexibility je přenositelnost aplikace mezi výrazně odlišnými prostředími.

Pokud migrace aplikace na jinou, ale podporovanou, infrastrukturu vyžaduje rozsáhlé přepracování nesouvisejících prvků kvůli přítomnosti mnoha závislostí, naznačuje to, že je třeba vykonat mnoho práce, než může být aplikace považována za přenosnou.

Tento metr může být aplikován iterativně, aby postupně zvýšil flexibilitu potřeb infrastruktury aplikace nebo provedl provozní úpravy, aniž by bylo nutné kompletní přepracování samotné aplikace.

Hledáte jednodušší způsob, jak dodávat aplikace Windows?

TSplus Remote Access poskytuje alternativu pro organizace, které chtějí publikovat aplikace Windows a poskytovat vzdálené plochy bez nasazení tradičního plného VDI stacku. S publikováním aplikací, přístupem přes prohlížeč HTML5 a podporou pro prostředí Windows hostovaná na místě nebo v cloudu pomáhá IT týmům diverzifikovat možnosti dodání při zachování centralizované kontroly.

Závěr

Zamykání dodavatele VDI se stává nákladným, když aplikace závisí na těsně integrované infrastruktuře, licencování a systémových řízeních. Mapování těchto závislostí a zavádění alternativních metod dodání může organizacím pomoci udržet kontrolu, aniž by zcela opustily VDI.

Flexibilní architektura umožňuje IT týmům udržovat vhodné pracovní zátěže na virtuálních desktopových počítačích, zatímco zjednodušuje přístup k dalším, snižuje riziko migrace a zachovává budoucí možnosti.