微软对Windows虚拟桌面进行了重大变更，并通过发布Azure Resource Manager推出新功能，但是该服务仍然需要改进其管理组件。
该版本使Windows虚拟桌面成为Azure“本地公民”，但WVD管理员仍应注意某些明显缺少的组件。微软最初将WVD作为PaaS产品进行销售，客户可以在台式机之外在自己的Azure环境中设置管理组件。
但是，在最终的设计和架构中，微软还是收回控制和管理层，现在将其作为多租户桌面即服务(DaaS)交付。所有客户需要担心的是，如何维护他们想要交付的桌面和应用程序。
微软还提供具有WVD许可权利的多用户Windows 10支持;对于将其基础结构和应用程序迁移到作为主要云平台的Microsoft Azure的客户来说，这使得该捆绑包是引人注目的产品。
微软还收购了FSLogix来处理配置文件管理，尤其是与Office 365结合使用。借助FSLogix配置文件容器，微软现在可以解决以前无法解决的问题，并且基本上可以将用户配置文件与基础OS分开。
微软现在也正在研究MSIX应用程序附加，这是MSIX应用程序框架的迭代，用于将Win32应用程序包装在MSIX应用程序容器中。这是提供完整的无状态VDI会话的最后一个难题。
WVD要求客户在Azure中运行其工作负载。因此，WVD客户必须将其现有工具箱从现有基础结构移至基于Azure的工具箱。下图是使用Microsoft Azure功能迁移到WVD可以进行的更改示例。
IT管理员应先查看WVD的当前功能，并密切注意WVD生态系统中仍然缺少的功能，然后再将其视为Citrix和VMware的理想替代方案。
Windows虚拟桌面管理的限制
1. 映像管理
在开箱使用时，WVD没有提供像Citrix和VMware那样简单的方式来处理映像或应用程序更新。IT可以使用Azure中的功能来实现类似的功能，但这不是WVD服务的核心部分。相反，IT必须依赖于Azure资源管理器(ARM)模板、VM规模集和其他基于社区的工具的组合。
对于较小的静态环境，这可能并不重要。但是，对于较大的环境或IT专业人员必须处理多个更新和应用程序的环境，这是他们会想要的功能之一。
另外，IT专业人员可以使用Azure Image Builder通过配置文件和命令行界面来构建基于VM的映像。但是，这不像Citrix和VMware所提供的相同的简化方法。管理员应考虑基于DevOps的方法来处理WVD环境的图像管理。尽管如此，微软仍在朝着正确的方向推动映像管理。
2. 适当的自动缩放机制
由于WVD是云原生服务，核心功能之一应该是处理自动扩展和配置的能力。Azure虚拟机是按秒计费，因此能够在几个小时后按比例缩小实例或在需要时按比例扩展应该是核心功能集的一部分，像VMware和Citrix一样。
微软尚未将这些功能作为核心服务提供。但是，它确实提供一组作为Azure自动化运行手册运行的脚本，并且这些脚本提供一些相同的功能，可以确保客户运行具有成本效益的基础结构。微软引入了另一项称为Start VM on Connect的新功能，该功能在用户登录会话时自动启动VM。该功能目前已在2021年3月进行预览，很快会推出。
3. 管理工具
从管理的角度来看，从2020年到2021年并没有太大变化。但是，如本文前面所述，微软在2020年确实做出重大改变，将WVD转换为ARM本机状态。这意味着WVD客户有更多选择来以自动化方式构建管理流程。
这也意味着客户有更多选择，以在基于WVD的环境中提供监视功能，在这些环境中，在Azure中有很多标准化服务，即Azure Monitor。WVD客户可以例如使用性能指标和日志数据来提供有关当前环境的仪表板。
但是，由于Azure Monitor数据会有最多15-20分钟到延迟才会在仪表板上显示数据，WVD仍然无法提供对环境的实时监控。它还缺乏实时的用户分析。希望微软会创建代理扩展，以提供对用户会话和环境运行状况的实时洞察，但目前尚未提供。
那些熟悉Citrix Director或VMware Horizon Help Desk实用工具的人会注意到，还缺少适当的帮助，在其核心，WVD是基于Azure的服务–当涉及到数据平面时。这意味着所有传输到WVD桌面或应用程序的最终用户流量都通过Azure PaaS服务，这也意味着远程桌面协议(RDP)通信将被路由到数据组件可用的位置。
微软已将核心WVD组件(控制和数据平面)扩展到世界各地的多个区域，这意味着流量将优化用于大多数区域。在默认情况下，WVD仍在使用基于反向TCP WebSocket的连接，这将数据传输限制为仅使用TCP。当涉及繁重的工作负载(例如音频和视频以及基于GPU的应用程序)时，这也会影响最终用户的体验。
然而，微软还引入一项名为RDP Shortpath的新功能，该功能目前处于预览状态。该功能允许会话使用基于用户数据报协议(UDP)的传输。但是，要使此方法起作用，客户端必须建立与后端服务器的直接连接，该连接主要是ExpressRoute连接或基于UDP的虚拟专用网连接。这意味着WVD可以像其他协议一样提供类似的最终用户体验。
微软还提供Teams视频和音频卸载功能，以提供更好的会议体验。 助台工具。截至目前，微软正在提供PowerShell cmdlet，该cmdlet可以提供一些功能来控制会话。微软还正在构建新的管理UI，IT需要将该UI安装为附件。除此之外，IT专业人员还需要依靠第三方供应商来提供UI功能。
4. 最终用户体验
在其核心，WVD是基于Azure的服务–当涉及到数据平面时。这意味着所有传输到WVD桌面或应用程序的最终用户流量都通过Azure PaaS服务，这也意味着远程桌面协议(RDP)通信将被路由到数据组件可用的位置。
微软已将核心WVD组件(控制和数据平面)扩展到世界各地的多个区域，这意味着流量将优化用于大多数区域。在默认情况下，WVD仍在使用基于反向TCP WebSocket的连接，这将数据传输限制为仅使用TCP。当涉及繁重的工作负载(例如音频和视频以及基于GPU的应用程序)时，这也会影响最终用户的体验。
然而，微软还引入一项名为RDP Shortpath的新功能，该功能目前处于预览状态。该功能允许会话使用基于用户数据报协议(UDP)的传输。但是，要使此方法起作用，客户端必须建立与后端服务器的直接连接，该连接主要是ExpressRoute连接或基于UDP的虚拟专用网连接。这意味着WVD可以像其他协议一样提供类似的最终用户体验。微软还提供Teams视频和音频卸载功能，以提供更好的会议体验。
WVD的未来
微软一直依靠合作伙伴在WVD上提供更多功能和特性，微软远程桌面服务也是如此。
WVD仍然不是VMware和Citrix虚拟桌面产品的真正替代品，特别是从其当前的功能集和核心功能来看。在Azure不断增长的服务目录中，微软可能会将WVD视为独立服务，但是VMware和Citrix将其产品视为更大的生态系统的一部分。
如果WVD想要取得进一步成功，它必须进入微软的生态系统，而微软已采取重要的步骤来实现这一目标，并且丝毫没有放缓的迹象。放眼供应商生态系统，很多合作伙伴现在正在提供产品和工具，以增强WVD当前提供的功能，而不是推出独立产品。Nerdio和NetApp等供应商正在填补WVD缺少的某些功能，例如监视和配置。
从微软的WVD路线图来看，微软似乎仍然希望专注于合作伙伴生态系统，而不是将所有内容都构建为第一方功能或服务。但是微软增加了有前景的新功能，WVD客户有理由期待微软未来的发展。
