Microsoft Teams 在 VDI 中的未来

今天我们开始 微软团队 在 VDI 中的故事， 公开预览 的 新的优化架构使物理和虚拟桌面更加紧密地结合在一起。

去年，我们发布了全新改版的 Teams 应用，该应用以速度、性能、灵活性和智能为前提，为改变游戏规则的新型 AI 驱动工具奠定了基础。现在，我们推出了一款新媒体引擎，它将通过新功能提升虚拟桌面的用户体验，并进一步提高质量、性能和可靠性。

在 Microsoft 踏上这一征程之前，我们听取了数年的客户反馈。我们整理了技术支持案例中的信息。我们与 IT 管理员讨论了他们如何解决问题。这些经验中的许多被逐渐融入到现有的优化架构中，稳定了平台并为过渡到下一代技术铺平了道路。然后，我们回顾了过去几年的路线图交付情况，并推断了即将推出的功能所需的工作以及我们如何更快地发布它们。

因此，VDI 中的 Teams 已从头开始重新架构，同时 四大支柱。在这篇文章中，我将分享针对 VDI 客户实施的模块化和解耦的目标和预期收益的见解。

公共预览版适用于 Azure 虚拟桌面/Windows 365 和 Citrix DaaS/CVAD，适用于 Windows 端点。
（我们很快就会向 VMware 客户发布新闻）。

新的 VDI 解决方案对 Teams 的好处

1. 附加功能： 取代 WebRTC 的新媒体引擎名为 SlimCore（这是新 Teams 桌面客户端目前使用的原生媒体引擎），它将允许原生 Teams 应用和 VDI Teams 之间实现对等。虽然并非所有新功能都能在第一天就加入 VDI，但我们不再局限于 WebRTC 支持的功能，因此可以更快地弥补功能差距。
2. 性能改进： 现在，VDI 已启用您在 Windows 原生 Teams 客户端中体验到的相同质量和可靠性。借助此功能，我们可以减少加入会议和掉线的时间，提高创建或加入会议或屏幕共享的成功率，并提供最新的编解码器等。
3. 自动更新和解耦：Microsoft 让 SlimCore 在用户的设备上保持常青状态。每当您在虚拟桌面上更新新的 Teams 时，Microsoft 都会为用户（和管理员）透明且自动地更新媒体引擎，而无需提示或重新启动。得益于这种机制，我们可以保证更高的质量，因为我们避免让较新的 Teams 版本与 RD Host/Client 或 Citrix VDA/CWA 中的过时堆栈进行交互。可以直接在 Teams+SlimCore 中引入新功能，而无需升级您的 VDI 基础架构。
4. 简化的支持： 由于几乎不依赖 VDI 合作伙伴的堆栈，管理员只需致电 Microsoft 即可解决遇到的任何问题，Microsoft 拥有端到端的解决方案。我们回顾了过去所有案例的平均解决时间，并制定了新的方案。我们的目标是降低事件严重性、频率和服务停机的可能性。我们还加倍投资自助/故障排除，并就此主题提供了大量文档。

建筑学

新的架构与现有的优化有几个主要的区别，现有的优化严重依赖于我们的 VDI 合作伙伴的堆栈：

首先，您不应该期待新团队会有任何变化：版本 24124.2315.2911.3357 已经捆绑了所有必要的代码（图中的 vdiBridge），用于将音频/视频/屏幕共享卸载到新媒体引擎。

最大的变化是在客户端。每次有新功能推出时，IT 管理员都要不断升级远程桌面客户端或 Citrix Workspace 应用程序，这非常昂贵，而 BYOD 只会加剧这种情况。

为了彻底解决这个问题，我们引入了一个新的客户端插件（图中的 MsTeamsPlugin.dll），负责与服务器上的 Teams 建立虚拟通道（如果您是 Citrix 客户，请不要忘记 本工作室政策)，随后进行媒体引擎下载。

Windows 1.2.5405 或 Windows App 1.3.252（或更高版本）的远程桌面客户端已捆绑此插件！只需升级到这些版本即可开始使用。通过在 RD 客户端或 Windows App 上启用自动更新，您始终可以保证拥有最新的插件。

适用于 Windows 2402 的 Citrix Workspace 应用程序可以向用户显示一个 UI，供用户选择安装。Citrix IT 管理员还可以使用此插件将此插件（基于 MSI 的安装程序）部署在任何高于 2203 LTSR/2302 CR 的 CWA 之上 关联. 全局应用程序配置服务也是插件部署的可行选择。

插件的部署被认为是一次性的事情：我们限制了插件上的代码和逻辑的数量，因此我们可以避免要求客户不断升级它。

一旦插件“到达”客户端，Teams 将发送其所需的特定媒体引擎版本的说明，然后插件将完成其余工作：它将联系 Microsoft 的公共 CDN，下载 MSIX 包并自动在用户设备上暂存/注册它。无需重启或管理员权限！

每当您在服务器上升级 Teams 时，客户端上都会部署新的媒体引擎版本。您的 VDI 堆栈（服务器或客户端）无需再进行升级。插件与 SlimCore 版本向后和向前兼容，并且插件还将清理未使用或过时的 SlimCore 版本。

为什么这很重要？我们的遥测显示，Teams 和 RD 客户端/Citrix Workspace 应用程序中已弃用的媒体引擎之间的版本漂移未保持最新（有时落后一年、两年甚至三年！）是问题/回归的主要来源。

相比之下，通过新的优化，我们将 Teams 和 SlimCore 锁定，从而简化了测试并使其与客户将部署的精确组合保持一致。

新媒体引擎处理的流量类型

此区域有一些变化，因此请确保与网络团队进行沟通。ID 11、12、47 和 127 必须可从分支机构访问。

在端点上，SlimCore 负责：

1. STUN 和 TURN 程序的交互式连接建立 (ICE)
2. 使用 SRTP（通过 UDP 或 TCP）的实时媒体（音频、视频、屏幕共享）。
   在带宽不受限制的情况下，Teams 可优化媒体质量，包括高保真音频、高达 1080p 的视频和屏幕共享分辨率以及高达 30fps（每秒帧数）的视频和内容。我们在 Windows 原生 Teams 桌面客户端中使用的所有媒体编解码器现在都可用于 VDI。还提供了支持 GPU 的设备的硬件加速。希望在媒体上实施服务质量/DSCP 标记的客户现在可以从 Teams 管理中心进行操作。
3. 使用 UDP 3478 进行信令（这是与现有的基于 WebRTC 的优化相比的一个关键区别）并回退到 HTTPS。

欲了解更多详情，请访问 Microsoft 365 URL 和 IP 地址范围 – Microsoft 365 企业版 | Microsoft Learn。

新功能

除了当前基于 WebRTC 的优化已经支持的所有功能之外，我们还添加了一组期待已久的新功能：

有关受支持/不受支持的 Premium 功能的完整列表，

请查看我们的官方文档

立即开始

今天标志着 VDI 的新时代，我们已经开始推出新的优化（需要几天时间才能传播到 100％ 的用户）。

我们才刚刚开始。

随着我们从公开预览版进展到 GA，我们将继续添加更多关于不同主题（可支持性和故障排除、性能、单服务器可扩展性测试、服务质量等）的博客。 我鼓励您尝试新的优化架构并与我们分享您的想法。我们期待收到您的来信并帮助您充分利用 Teams！如果你是管理员，

立即了解如何为 Teams 启用新的优化