VDI 供應商鎖定：風險與解決方案

介紹

虛擬桌面基礎架構（VDI）簡化了集中式桌面管理，但其互聯的組件可能使平台切換變得困難。從專有的連接代理到許可證限制，這些依賴關係可能限制IT選擇並增加遷移的複雜性。本文探討了VDI供應商鎖定的原因和風險，解釋了如何減少這些風險，並概述了保持Windows應用程序交付靈活性的實用步驟。

什麼是VDI供應商鎖定？

VDI 供應商鎖定是指一個組織對特定桌面虛擬化平台的極度依賴，以至於更換供應商將變得極具挑戰性、昂貴或對公司造成干擾的情況。

VDI 組件，例如虛擬機監控程式、連接代理、桌面映像、用戶配置檔、身份驗證系統以及其他管理工具，通常在 VDI 環境中結合使用。然而，儘管它們是獨立的，但可能需要特定供應商的文檔和配置才能成功互相交互。

原因在於，儘管用 Windows 語言編寫的應用程序通常可以在任何地方運行，但為特定 VDI 環境構建的桌面需要大量時間進行重新配置。因此，供應商鎖定並不是一個不可克服的問題，但它確實為尋求更換平台的組織創造了實質性的障礙。

在VDI環境中供應商鎖定的原因是什麼？

VDI 供應商鎖定通常不是由於某一特定技術限制造成的。它通常是由於對相關基礎設施、管理工具、許可證和應用程序配置的多重依賴所導致的。

專有連接代理和管理工具

連接代理負責管理用戶與虛擬桌面的連接，而管理工具則用於配置、放置和維護桌面和應用程序。像 Citrix Virtual Apps 和 Desktops、Omnissa Horizon 和 Azure Virtual Desktop 這樣的工具是使用不同的管理基礎設施和配置技術構建的。

這意味著在從一個平台切換到另一個平台時，可能需要重新結構桌面池、應用程序、連接和自動化工具。應用程序本身可以保持不變，但其實施將根據初始軟件的不同而有所不同。

虛擬機管理程式和基礎設施依賴性

VDI 平台需要能夠托管和管理虛擬桌面的基礎設施。這可能包括特定的虛擬機監控程式、雲端、儲存或配置技術。

遷移過程可能因此涉及幾個任務：

• 轉換或重建虛擬機映像
• 重新配置網絡、存儲和資源分配
• 更換供應商特定的配置工具
• V 驗證應用程式的相容性和性能
• 重建可用性和災難恢復機制

然而，可攜性概念並不總是延伸至桌面交付環境。虛擬機的成功遷移並不保證周圍的交付環境能在不進行修改的情況下運行。

授權和合約限制

VDI 實施通常需要幾種不同的許可證，包括操作系統、虛擬化產品、用戶訪問權限、管理工具和第三方應用程序。

供應商在這些技術的捆綁或拆分方面存在顯著差異，這可能使預算規劃和過渡到新基礎設施變得更加複雜。

這在組織希望從一個虛擬桌面基礎架構（VDI）堆疊轉移到另一個堆疊時尤其重要，例如，從本地解決方案轉移到基於雲的解決方案，因為操作系統、用戶權限和基礎設施消耗的許可模式可能會發生劇變。

Microsoft Learn 網站提供一個 對於 Azure 虛擬桌面授權的洞察 以及它如何應用於不同的操作系統和使用案例。

因此，在做出決策時，分析整個授權堆疊是至關重要的，包括任何合同義務的影響，而不僅僅是訂閱成本。

應用程式和使用者檔案依賴性

Windows 應用程式可能會對操作系統、註冊表、驅動程式、位置或其他服務有多個依賴。

這些類型的應用程序通常在VDI環境中虛擬化，某些需求的方面被內置到主映像中或納入高級配置管理工具中。一些公司建立並維護自己的工具和腳本，以滿足其特定應用程序在整個基礎設施中的需求。

在這些情況下，將應用程序與其支持元素分開變得極其具有挑戰性，這帶來了相當大的技術負擔，並使可攜性變得極其困難。

即使應用程式本身是可攜式的，仍然有一些基本元素，例如安裝、配置、用戶設置和數據管理，必須在新環境中重新建立。理解區分 Windows 應用程式包裝和應用程式發佈 可以幫助 IT 團隊將軟體部署需求與應用程式交付依賴關係分開。

擁有虛擬桌面基礎架構供應商鎖定的風險是什麼？

供應商依賴在組織必須改變其基礎設施策略、適應許可變更或採用新的應用交付技術時，會帶來特定的困難。

主要風險與成本、架構靈活性和運營連續性有關。

上升的基礎設施和許可成本

緊密耦合的VDI環境可能使組織難以優化其基礎設施組件。

當授權條款變更或基礎設施成本上升時，如果他們打算更換供應商，可能需要進行大規模的遷移項目。這可能會損害他們的談判地位和優化成本的能力。

此外，通過完整的虛擬桌面提供所有應用程序可能會對僅需要一個或兩個窗口應用程序的工作負載產生不必要的開銷。

應用程式發布絕對不比VDI便宜：這兩種方法的經濟性將根據工作負載的密度、所需的操作系統、基礎設施佔用和管理需求而有所不同。

降低架構靈活性

尋求採用混合基礎設施、替換老化伺服器、在託管提供商之間切換，甚至採用新交付技術的組織，可能會發現其選擇受到現有供應商特定依賴的限制。

一個與特定基礎架構堆疊緊密相關的VDI平台可能需要對旨在其他堆疊和託管提供商上交付的應用程序進行全面重新設計，從而減緩數位轉型過程。

增加的遷移複雜性

VDI 供應商的轉型不僅僅是關於虛擬機遷移。

管理員還需要保留身份驗證、用戶配置檔、應用程式設置、列印、檔案訪問、安全政策和會話行為。

這些依賴項的文檔不佳可能會使過程更難以量化、測試和執行而不發生事故。

對供應商變更的更大曝光

產品停產、新的授權模式、支持變更或基礎設施要求可能需要改變部署策略。

對單一部署平台的依賴越大，這些變更對業務的潛在運營影響就越高。

保留替代交付選項可以減輕這一風險，並在業務或技術需求變化時創造更大的靈活性。

如何減少VDI供應商鎖定的風險？

降低 VDI 供應商鎖定需要一系列技術、工作負載相關和架構方面的考量。

這個想法不是避免供應商，而是允許平台變更而不干擾應用交付的所有其他方面。

1. 審核現有的 VDI 依賴關係

第一步是確定對應用程序和桌面的交付至關重要的內容，以及哪些組件依賴於特定於供應商的技術。

依賴項清單應該解決以下問題：

組件	調查問題
連接代理	桌面和應用程式指派可以在其他地方重新創建嗎？
虛擬機監控程式	虛擬機器和映像可以移動到替代基礎設施嗎？
應用程式	應用程序是否需要特定的映像、操作系統或驅動程序？
使用者檔案	設定和數據可以獨立遷移嗎？
身份驗證	身份政策是否與專有整合相關？
授權	哪些承諾、訪問權限和退出成本適用？
自動化	哪些腳本依賴於供應商特定的API或工具？

庫存還必須包括應用程序擁有者、業務關鍵性、恢復要求和未記錄的自定義。

這個分類可以幫助IT經理了解哪些依賴項容易被替換，哪些則需要重大重新設計。

2. 將應用程式交付與桌面基礎設施分開

減少對VDI需求的最佳方法之一是確保每個應用程序確實需要這樣一個複雜的解決方案。

雖然VDI提供虛擬桌面，但應用程式發布提供 遠端存取 將應用程式單獨提供，而不必交付整個桌面。

兩種方法都集中應用程序，但方式不同。

需求	完整的虛擬桌面基礎架構	基於會話的應用程式發佈
完整的個人化桌面	非常適合	不是主要目的
個別的 Windows 應用程式	支持	非常適合
專用桌面操作系統隔離	可用	通常使用共享會話主機
專業桌面配置	經常適合	取決於相容性
集中式應用程式管理	支持	支持
基於瀏覽器的訪問	平台依賴	可與兼容解決方案一起使用
不需要完整的VDI堆疊的交付	不一般	可能

差異在於架構，而非功能。

許多此類VDI系統已經允許應用程序發布，因此允許應用程序發布並不一定能幫助您避免供應商鎖定，除非這些應用程序可以與VDI控制平面解耦。

例如，假設您有一個會計部門需要訪問 Windows 財務應用程序，但不需要自己的虛擬桌面。通過在一台適當設置的 Windows 計算機上發布該應用程序，您可以避免讓每個人都使用 VDI，同時仍然保持應用程序管理的集中化。

另一方面，需要持久桌面的用戶，每個用戶都有自己的桌面會話，可能需要完整的VDI。

3. 採用模組化和可互操作的架構

模組化架構使得可以在不干擾整體應用交付環境的情況下更換單個元素。

IT 團隊應在適用的情況下優先考慮以下事項：

• 標準化身份與認證
• 可攜式應用程式代碼和文檔依賴項
• 用戶數據與桌面圖像分開
• 基礎設施即代碼：可重複部署，自動化
• 跨端點和托管環境的交付

請注意，將用戶數據與桌面映像分開將簡化遷移和災難恢復；同樣，基礎設施作為代碼將幫助運營以更好的一致性重建環境。

然而，即使是開放標準和自動化也可能無法防止供應商鎖定：不同供應商的技術之間通常存在微妙的實施差異，並且腳本可能包含對專有API的調用。

因此，目標是避免應用程序與基礎設施組件、管理和操作組件之間不必要的耦合。

4. 考慮混合應用程式交付

組織不必在保留所有的 VDI 基礎設施或完全用其他東西替換之間做出選擇。

他們可以採用一種混合策略，根據自己的需求利用各種工作負載。

一個組織可以為高效能用戶利用專用桌面，同時在共享的 Windows 會話主機上托管兼容的商業應用程序。

他們還可以通過瀏覽器交付舊版應用程序。對於無法輕易重寫的Windows軟件，理解 如何將 Windows 軟體發布到網路上 可以幫助 IT 團隊評估基於瀏覽器的交付作為其混合策略的一部分。

當集中化對整體性能的改善不大時，本地應用程序最好保留。

這樣的策略將使IT部門能夠在以自己的步伐過渡到新技術的同時，保留對其基礎設施的現有投資。

這種方法的挑戰在於它增加了額外的複雜性，並要求更全面的身份管理、在所有平台上統一的安全措施、監控規則和支持程序。

5. 比較交付模式的總成本

僅僅依賴授權節省並不能決定替代應用交付架構的成本效益。

IT 團隊應評估整體擁有成本，包括基礎設施、軟體成本、管理、安全性和遷移。

成本類別	評估標準
軟體	授權、訂閱、支援和續訂
基礎設施	計算、儲存、網絡和雲端消耗
操作系統	Windows 授權及適用的訪問權限
管理	供應、維護、監控和故障排除
安全性	多因素身份驗證、訪問控制、審計和安全管理
遷移	測試、配置、培訓和部署
業務連續性	可用性、備份、恢復和停機暴露

應用程式發布可以減少在VDI環境中對特定組件的需求，但它確實有其自身的部署和授權要求。

例如，傳統的微軟遠端桌面服務（RDS）會話託管配置需要適當的 RDS 客戶端訪問許可證，如下所述 微軟的 RDS CAL 文件 .

授權要求應根據實際架構、交付產品及相關的微軟條款和條件進行驗證。

目標應該是最小化總成本，同時仍然提供滿足業務需求所需的安全性、性能和可靠性。

要如何脫離VDI供應商鎖定？

逐步減少供應商依賴比完全替換平台要安全得多。

階段性遷移為IT團隊提供了證明替代交付方法的機會，同時保持現狀。

步驟 1：根據交付要求對應用程序進行分類

首先根據應用程序的技術依賴性和最終用戶需求進行分組。三個廣泛的類別特別有助於識別：

• 需要完整桌面的應用程式–需要專用操作系統環境、特殊配置或桌面級隔離的工作負載
• 適合遠端發佈的應用程式–Windows 應用程式，與支援的共享/專用會話主機環境相容
• 適合本地或瀏覽器原生訪問的應用程式–不再需要在VDI環境中運行的軟體

這樣的分類可以幫助管理員識別替代交付模型的候選者，這些模型不需要重大調整。

步驟 2：選擇低風險試點工作負載

選擇一個資源需求明確、依賴性少且用戶基數有限的應用程序。

避免從依賴於複雜外圍整合、獨特驅動程式或易受攻擊的舊版元件的業務關鍵應用程式開始。

試點應證明替代基礎設施能夠充分複製原始環境的基本功能和用戶體驗。

步驟 3：驗證相容性、性能和安全性

在擴展之前，請在現實環境中測試功能和操作特性。

應用交付遷移項目必須在測試場景中包括以下領域：

• 應用程式安裝、依賴性和授權
• 身份驗證、多因素身份驗證和用戶權限
• 使用者檔案、設定和檔案存取
• 列印、剪貼簿和周邊設備重定向
• 會話並發性和資源消耗
• 延遲、響應能力和重新連接
• 日誌記錄、監控和安全政策
• 備份、恢復和回滾程序

成功啟動應用程式並不保證完全相容。

例如，一個應用程式可能單獨運行良好，但當多個用戶同時嘗試運行它或在打印機上打印文件時則會失敗。

IT 團隊必須設計必要的測試和性能標準，以便於會話、應用程序、安全性和回滾功能。

第 4 步：在受控階段遷移應用程式

一旦試點符合其接受標準，根據業務優先級和技術複雜性擴大部署。

在可行的情況下，保留原始交付環境以便於過渡，使管理員能夠比較性能、有效排除故障，並在需要時恢復到既定流程。

文件成功標準，分配責任，並為每個遷移階段建立回滾程序。這些措施也有助於 應用程序彈性 幫助組織在基礎設施變更期間保護重要的業務功能。

步驟 5：檢查剩餘的依賴項

供應商鎖定的問題並不僅限於單一實例。

新的應用程式、升級平台的需求、授權或操作自訂的變更可能在遷移完成後產生額外的依賴。

因此，需要定期檢查以確保應用程序能夠繼續在目標平台上運行，配置已正確記錄，並且其他交付方式仍然可用。

這將使新環境避免成為另一個供應商鎖定。

在什麼情況下VDI是保持的好解決方案？

減少VDI供應商鎖定並不需要全面更換VDI。

VDI 在需要專用操作系統、持久桌面、圖形密集型應用程序或共享會話主機無法提供的工作負載隔離的場景中具有合法價值。

它對於提供標準化、集中管理的桌面以及一致的桌面管理政策也非常有價值。

採用不同架構的決定應基於應用程式行為、安全需求、用戶要求和經濟因素。

對於大多數組織來說，分散式架構比強迫所有應用程式進入相同的交付模型更為實用。

保留對於需要的工作負載的VDI，同時對其他工作負載使用獨立的應用程式發布，將能夠減少VDI的鎖定，而不放棄VDI的功能。

應用程式交付如何在長期內保持靈活性？

系統的長期靈活性是通過保持對應用程序基礎設施關係和用戶訪問的控制能力來實現的。

應用程序必須以能夠在潛在變化的基礎設施托管提供商、虛擬機監控程序或桌面虛擬化平台上持續運行的方式進行設計。

這種方法需要密切注意依賴項的正確文檔、將應用程序數據與其交付機制隔離、保留可重複的配置，以及持續調查替代方法和配置。

例如，雖然為 Windows 編寫的應用程序可能會被遷移到在使用不同托管軟件或虛擬機監控程序的新組織中運行的集中管理 Windows 伺服器上，或者已經更換了他們的 VDI 代理軟件，但這並不表示該應用程序是普遍可移植的。

應用程序必須經過測試，以確保其能夠在不同的基礎設施上運行，包括基礎操作系統的變化、適當的許可證、特定應用程序的兼容性或性能特徵。

一個有助於靈活性的指標是應用程序在顯著不同環境之間的可攜性。

如果將應用程式遷移到不同但受支持的基礎架構需要對不相關的元素進行大量重構，因為存在許多依賴關係，這表明在應用程式被視為可攜帶之前，必須完成大量工作。

這個指標可以反覆應用，以逐步增加應用程序基礎設施需求的靈活性，或在不需要完全重做應用程序本身的情況下進行操作調整。

尋找更簡單的方式來交付 Windows 應用程式？

TSplus 遠端存取 提供了一種替代方案，適合希望發布 Windows 應用程序並提供遠程桌面的組織，而無需部署傳統的完整 VDI 堆疊。通過應用程序發布、HTML5 瀏覽器訪問以及對本地或雲端托管的 Windows 環境的支持，它幫助 IT 團隊多樣化交付選項，同時保持集中控制。

結論

當應用程序依賴於緊密集成的基礎設施、許可證和管理系統時，VDI 供應商鎖定變得昂貴。映射這些依賴關係並引入替代交付方法可以幫助組織保持控制，而不必完全放棄 VDI。

靈活的架構使IT團隊能夠在虛擬桌面上保持適當的工作負載，同時簡化對其他工作的訪問，降低遷移風險並保留未來的選擇。