在短短几年内，MSIX应用附加已经得到显著改进。

随着微软更新其应用程序交付生态系统，应用附加已成为Azure Virtual Desktop（AVD）中应用程序部署的战略方向。这一转变使企业能够简化应用程序管理，降低基础设施的复杂性，并将虚拟化应用程序交付扩展到混合和云环境。

通过这些改进，IT团队将对应用程序生命周期管理拥有更大的灵活性和控制权。企业应评估应用附加的最新更新，以此作为机会，以更新其IT战略，并优化许可和基础设施成本。

微软应用程序虚拟化的最新变化

2023年4月，微软宣布App-V作为产品不再开发，将于2026年生命周期结束（EOL）。然而，在2024年11月，该公司宣布以下变更：

• 之前关于App-V客户端的EOL公告被撤销。
• App-V Sequencer的弃用被取消。
• App-V服务器仍将在同一日期达到EOL。
• AVD中的应用附加功能现在将支持提供MSIX软件包和App-V软件包。
• 原始的MSIX应用附加功能将于2025年6月1日弃用。
• 新的应用程序附件将具有来自第三方供应商的集成功能，通过与AVD的Azure控制台集成的其他第三方软件实现包裹交付。

由于这些变化，App-V程序包的主要交付方式将通过应用附加，因此仍在使用App-V的企业可以继续使用AVD中的应用附加。

应用附加是什么？

应用附加是一种功能，它向AVD虚拟机提供基于MSIX、App-V和AppX的应用程序。App-V是一种虚拟化应用程序格式，AppX主要是通用Windows平台应用程序的包装器。

MSIX（在最简单的形式）是Windows应用程序的打包格式。与传统的微软安装程序（MSI）格式相比，它提供了更新和改进的打包体验和生命周期管理。它还维护了当前应用程序包和安装文件的功能。此外，MSIX引入新功能，用于打包和部署Win32、Windows Presentation Foundation和Windows Forms应用程序。

IT还可以配置MSIX打包的应用程序，以便在名为AppContainer的容器中运行。在这个容器中，主应用程序进程及其子进程都运行，允许它们通过文件系统和注册表虚拟化隔离运行，类似于App-V提供的。这允许IT专业人士在同一台机器上运行同一应用程序的多个版本，如果他们需要读取或写入同一组文件或注册表，而不会造成任何冲突。

每个AppContainer应用程序都可以访问全局注册表。然而，它只写入其单独的虚拟注册表和应用程序数据目录。这确保在应用程序卸载或重置时删除数据。同一主机上的其他应用程序将无法访问AppContainer应用程序的虚拟注册表和文件系统。

应用附加如何在AVD中工作

应用附加的程序包定义使用独特的格式，与标准MSIX格式不同。这确保了当用户登录Windows VDI会话时，用户可以快速使用应用程序。具体来说，程序包格式是远程安装的Windows磁盘分区或卷，而不是复制到用户的虚拟机中，然后集成到环境中。

除了为用户准备程序包的速度外，在交付标准MSIX软件包时，应用附加没有增加任何新功能。此外，微软设计了与AVD配合使用的功能，以提供应用程序流媒体。

IT 可以在任何主机池或会话主机上分配应用附加程序包，并将其分发到多个主机池。应用附加的好处之一是，它现在支持两个通用身份选项：活动目录（AD）或Entra ID加入。这使得IT能够处理应用程序部署，而无需任何AD域控制器。

应用附加工作方式是将应用程序图像存储在SMB版本3文件共享上，该文件在用户登录时安装在每个会话主机上。这种设置在存储方面很灵活，因此IT不局限于特定的存储类型。微软的建议是使用Azure Files，因为它与Microsoft Entra ID和AD Domain Services（AD DS）兼容。

另一个选项是Azure NetApp Files，但它需要会话主机加入AD DS，因为它不支持Entra ID。

AVD中的每个主机都从文件共享中装载应用程序映像。这意味着每个主机都需要拥有NTFS和共享权限才能从文件共享中读取对象。

例如，如果管理员计划将AVD应用程序与Entra ID连接的设备一起使用，他们只需要将“Reader and Data Access”角色分配给AVD和Azure Resource Manager Provider 服务主体。

在计划为生产环境部署时，IT必须采取以下措施：

• 确保文件共享与会话主机位于同一Azure区域。
• 如果使用Azure Files，请确保存储帐户也与会话主机位于同一区域。
• 从防病毒扫描（例如Defender）中排除包含应用程序的磁盘映像，因为它们是只读。
• 确保存储和网络结构能够提供足够的性能。
• 避免将相同的文件共享用于FSLogix配置文件容器。

MSIX应用程序在VDI主机上的集成过程包括三个步骤：安装、暂存和注册。对于单用户操作系统，这些步骤是针对每个软件包单独执行的。在多用户操作系统中，对于已经为其他用户添加的软件包，可能会省略安装和暂存。当应用程序注册后，它将与使用传统MSIX格式部署相同的MSIX容器中运行。这种方法让应用程序的功能就像它是原生安装的一样。

应用附加部署要求

MSIX支持其他Windows操作系统，包括Windows Server以及Windows 10和11的单会话和多会话配置。然而，应用程序附加功能特别需要Windows 10或11。

操作系统	MSIX支持	应用附加支持
Windows Server 2019	是	否
Windows Server 2022	是	否
Windows 10和11 Single Session	是	是
Windows 10和11 Multisession	是	是

对于应用附加，IT可以使用新的Composite Image File System（CimFS）、VHDX或虚拟硬盘（VHD）作为磁盘映像，尽管微软不建议使用VHD。安装和卸载CimFS图像也比VHD和VHDX快得多。此外，这些过程消耗的CPU和内存更少。如果会话主机运行Windows 11，微软特别建议将CimFS用于应用程序映像。然而，使用CimFS的工具不多。它还规避了VHD/VHDX的256个字符的路径限制，这通常影响应用程序，例如那些与Python发行版捆绑的应用程序。

在所有三种格式中，MSIX文件都是使用应用附加未压缩存储，与原始的MSIX软件包不同，后者会被压缩。因此，平均而言，应用程序占用的存储空间是MSIX软件包在它们存储的文件共享上的2.5倍。

然而，应用附加的优势之一是它不需要任何额外的基础设施，只需要存储。其他应用程序分层和虚拟化服务还会有一些基础设施要求。

应用附加的未来

应用附加很可能成为将应用程序部署到AVD的默认服务。应用附加中支持App-V的消息使企业更容易推迟转换其现有App-V应用程序的工作，因为并非所有应用程序都可以直接转换为新的MSIX格式。

即使随着Windows 11版本24H2的发布，MSIX格式的更改提高了兼容性水平，但有些版本仍然难以兼容旧应用程序。

这也是微软开始允许第三方供应商在应用附加之上构建集成的原因。它有助于提高应用程序兼容性，但也提供更多的控制机制，以更动态地处理应用程序分发。以下供应商现在可以与应用程序附件集成：

• Liquidware FlexApp。
• Numecent Cloudpager。
• Omnissa App Volumes。

使用第三方供应商的优势之一是，支持非Azure平台以及在物理设备上运行的能力。与传统的基于MSIX的应用程序相比，它们还提供更高的兼容性。另一个功能是支持应用程序分组。例如，这使得两个给定的应用程序能够在自己的虚拟环境中进行交互，这对具有某种形式集成的应用程序很有用。

基于MSIX的应用程序还需要使用代码证书进行签名，该证书可以来自受信任的证书颁发机构或自签名证书，该证书必须受主机池的信任。对于没有相同要求的第三方，这个过程要简单得多。

这些变化对企业意味着什么？

由于应用附加支持Entra ID，并且不需要专用基础设施，因此它为AVD交付应用程序提供了一种具有成本效益的方式。

微软的策略是只支持基于AVD的环境的App-V，很明显，该公司希望推动现有的App-V客户将他们的VDI工作负载也转移到Azure。虽然它提供的功能可能适用于很多企业，但其他企业都有要求或需要第三方工具的应用程序的复杂列表。

这些发展表明，微软打算让应用附加到AVD中的应用程序交付标准，为企业提供可扩展的工作空间管理基础。