VDI供应商锁定：风险与解决方案

介绍

虚拟桌面基础设施（VDI）简化了集中桌面管理，但其互联组件可能使平台切换变得困难。从专有连接代理到许可限制，这些依赖关系可能限制IT选择并增加迁移复杂性。本文探讨了VDI供应商锁定的原因和风险，解释了如何减少这些风险，并概述了保持Windows应用交付灵活性的实用步骤。

什么是VDI供应商锁定？

VDI供应商锁定是指一个组织在特定桌面虚拟化平台上变得极度依赖，以至于更换供应商将对公司造成极大的挑战、费用或干扰。

VDI组件，如虚拟机监控程序、连接代理、桌面映像、用户配置文件、身份验证系统和其他管理工具，通常在VDI环境中结合使用。然而，尽管它们是独立的，但可能需要特定供应商的文档和配置才能成功相互交互。

原因是，尽管用Windows语言编写的应用程序通常可以在任何地方运行，但为特定VDI环境构建的桌面需要大量时间进行重新配置。因此，供应商锁定并不是一个不可克服的问题，但确实为寻求更换平台的组织带来了重大障碍。

在VDI环境中，供应商锁定的原因是什么？

VDI供应商锁定通常不是由某个特定的技术限制引起的。它通常是由于对相关基础设施、管理工具、许可和应用程序配置的多个依赖关系所导致的。

专有连接代理和管理工具

连接代理负责管理用户与虚拟桌面的连接，而管理工具用于配置、放置和维护桌面和应用程序。像Citrix虚拟应用和桌面、Omnissa Horizon和Azure虚拟桌面这样的工具是使用不同的管理基础设施和配置技术构建的。

这意味着在从一个平台切换到另一个平台时，可能需要重组桌面池、应用程序、连接和自动化工具。应用程序本身可以保持不变，但它们的实施将根据初始软件的不同而有所不同。

虚拟机监控程序和基础设施依赖关系

VDI平台需要能够托管和管理虚拟桌面的基础设施。这可能包括特定的虚拟机监控程序、云、存储或配置技术。

迁移过程可能因此涉及多个任务：

• 转换或重建虚拟机镜像
• 重新配置网络、存储和资源分配
• 替换供应商特定的配置工具
• V 验证应用程序的兼容性和性能
• 重新创建可用性和灾难恢复机制

然而，便携性的概念并不总是扩展到桌面交付环境。虚拟机的成功迁移并不能确保周围的交付环境在没有修改的情况下正常运行。

许可和合同限制

VDI 实施通常需要几种不同的许可证 - 用于操作系统、虚拟化产品、用户访问权限、管理工具和第三方应用程序。

供应商在捆绑或拆分这些技术方面存在显著差异，这可能使预算规划和过渡到新基础设施变得更加复杂。

当组织希望从一个VDI堆栈迁移到另一个堆栈时，这一点尤其重要，例如，从本地解决方案迁移到基于云的解决方案，因为操作系统、用户权限和基础设施消耗的许可模型可能会发生显著变化。

Microsoft Learn 网站提供一个 对Azure虚拟桌面许可的深入了解 以及它如何适用于不同的操作系统和使用案例。

因此，在做出决定时，分析整个许可堆栈是至关重要的，包括任何合同义务的影响，而不仅仅是订阅费用。

应用程序和用户配置文件依赖关系

Windows 应用程序可能会依赖于操作系统、注册表、驱动程序、位置或其他服务的多个因素。

这些类型的应用程序通常在VDI环境中虚拟化，某些需求方面被构建到主映像中或纳入高级配置文件管理工具中。一些公司构建和维护自己的工具和脚本，以满足其特定应用程序在与其他基础设施相关的需求。

在这些情况下，将应用程序与其支持元素分开变得极为困难，这带来了相当大的技术负担，并使可移植性变得极其困难。

即使应用程序本身是可移植的，仍然有一些基本元素，例如安装、配置、用户设置和数据管理，需要在新环境中重新建立。理解之间的区别 Windows 应用程序打包和应用程序发布 可以帮助IT团队将软件部署需求与应用程序交付依赖关系分开。

拥有VDI供应商锁定的风险是什么？

供应商依赖在组织必须更改其基础设施策略、适应许可变更或采用新的应用程序交付技术时会带来特别困难。

主要风险与成本、架构灵活性和运营连续性有关。

基础设施和许可成本上升

紧密耦合的VDI环境可能会使组织难以优化其基础设施组件。

当许可条款发生变化或基础设施成本上升时，如果他们打算更换供应商，这可能需要进行大规模迁移项目。这可能会损害他们的谈判地位和优化成本的能力。

此外，通过完整的虚拟桌面提供所有应用程序可能会给仅需要一个或两个窗口应用程序的工作负载带来不必要的开销。

应用程序发布绝对不比VDI便宜：这两种方法的经济性将根据工作负载的密度、所需的操作系统、基础设施占用和管理要求而有所不同。

降低建筑灵活性

寻求采用混合基础设施、替换老旧服务器、在托管提供商之间切换或甚至采用新交付技术的组织可能会发现他们的选择受到现有供应商特定依赖关系的限制。

一个与特定基础设施堆栈紧密相关的VDI平台可能需要对旨在其他堆栈和托管提供商上交付的应用程序进行完全重新设计，从而减缓数字化转型过程。

迁移复杂性增加

VDI 供应商的过渡不仅仅是关于虚拟机迁移。

管理员还需要保留身份验证、用户配置文件、应用程序设置、打印、文件访问、安全策略和会话行为。

这些依赖项的文档不完善可能会使得过程更难以量化、测试和顺利执行。

对供应商变更的更大曝光

产品停产、新的许可模型、支持变更或基础设施要求可能需要更改部署策略。

对单一部署平台的依赖越大，这些变化对业务的潜在运营影响就越高。

保留替代交付选项可以降低这种风险，并在业务或技术需求变化时创造更大的灵活性。

如何降低VDI供应商锁定的风险？

减少VDI供应商锁定需要一系列技术、工作负载相关和架构方面的考虑。

这个想法不是为了避免供应商，而是为了在不干扰应用交付的所有其他方面的情况下允许平台变更。

1. 审核现有的VDI依赖关系

第一步是确定对应用程序和桌面交付至关重要的内容，以及哪些组件依赖于特定于供应商的技术。

依赖项清单应解决以下问题：

组件	调查问题
连接代理	桌面和应用程序分配可以在其他地方重新创建吗？
虚拟机监控程序	虚拟机和镜像可以迁移到替代基础设施吗？
应用程序	应用程序是否需要特定的镜像、操作系统或驱动程序？
用户档案	设置和数据可以独立迁移吗？
认证	身份政策是否与专有集成相关？
许可	适用哪些承诺、访问权限和退出费用？
自动化	哪些脚本依赖于特定供应商的API或工具？

库存还必须包括应用程序所有者、业务关键性、恢复要求和未记录的自定义。

这种分类可以帮助IT经理了解哪些依赖关系容易替换，哪些则需要重大重新设计。

将应用程序交付与桌面基础设施分开

减少对VDI需求的最佳方法之一是确保每个应用程序确实需要如此复杂的解决方案。

虽然VDI提供虚拟桌面，但应用程序发布提供 remote access 将应用程序单独提供，而不一定要交付整个桌面。

两种方法都集中应用程序，但方式不同。

需求	完整的VDI	基于会话的应用程序发布
完整个性化桌面	非常适合	不是主要目的
单个Windows应用程序	支持	非常适合
专用桌面操作系统隔离	可用	通常使用共享会话主机
专业桌面配置	通常适用	取决于兼容性
集中应用管理	支持	支持
基于浏览器的访问	平台依赖	与兼容解决方案一起提供
没有完整的VDI堆栈的交付	通常不	可能

差异在于架构，而非功能。

许多这样的VDI系统已经允许应用程序发布，因此允许应用程序发布并不一定能帮助您避免供应商锁定，除非这些应用程序可以与VDI控制平面解耦。

例如，假设您有一个会计部门需要访问一个Windows财务应用程序，但不需要自己的虚拟桌面。通过在一台正确设置的Windows机器上发布该应用程序，您可以避免让每个人都使用VDI，同时仍然保持应用程序管理的集中化。

另一方面，需要持久桌面的用户，每个用户都有自己的桌面会话，可能需要完整的VDI。

3. 采用模块化和互操作架构

模块化架构允许在不干扰整体应用交付环境的情况下替换单个元素。

IT团队应在适用时优先考虑以下事项：

• 标准化身份与认证
• 便携式应用程序代码和文档依赖项
• 用户数据与桌面图像分开
• 基础设施即代码：可重复部署，自动化
• 跨终端和托管环境的交付

请注意，用户数据与桌面映像的分离将简化迁移和灾难恢复；同样，基础设施即代码将帮助运营以更好的一致性重建环境。

然而，即使是开放标准和自动化也可能无法防止供应商锁定：不同供应商的技术之间通常存在微妙的实现差异，脚本可能包含对专有API的调用。

因此，目标是避免应用程序与基础设施组件、管理和操作组件之间的不必要耦合。

4. 考虑混合应用交付

组织不必在保留所有VDI基础设施和完全用其他东西替换之间做出选择。

他们可以采用一种混合策略，根据他们的需求利用各种工作负载。

一个组织可以为高级用户利用专用桌面，同时在共享的 Windows 会话主机上托管兼容的业务应用程序。

他们还可以通过浏览器交付遗留应用程序。对于无法轻易重写的Windows软件，理解 如何将Windows软件发布到网络上 可以帮助IT团队评估基于浏览器的交付作为其混合策略的一部分。

本地应用程序在集中化对整体性能改善不大时最好保留。

这样的策略将使IT部门能够在以自己的节奏过渡到新技术的同时保留对其基础设施的现有投资。

这种方法的挑战在于它增加了额外的复杂性，并要求在所有平台上实施更全面的身份管理、安全措施、监控规则和支持程序。

比较交付模型的总成本

仅仅依靠许可节省并不能决定替代应用程序交付架构的成本效益。

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团队能够在虚拟桌面上保持适当的工作负载，同时简化对其他工作的访问，降低迁移风险并保留未来的选择。