App-V是什么？应该什么时候使用这种应用程序虚拟化技术？它和容器或者虚拟机等其他虚拟化技术有何差别？

微软App-V是一种平台技术，作用是将应用程序交付给那些没有在终端设备上安装软件的用户。这种技术将应用程序进行虚拟化——从集中管理的服务器交付到用户的终端桌面上。但是同时，App-V封装和支持虚拟应用程序的方式不会对应用程序及其接口的工作方式产生实质性影响。

微软App-V的目标在于即便某个应用程序对其他应用程序、中间件、插件或者组件具有复杂的依赖关系，但是仍然能够正常工作，而这种情况对于传统虚拟化架构来说——比如虚拟桌面基础架构（VDI）实例——会带来大量问题。App-V允许管理员将复杂的程序集合封装到单个实体当中。只要是用户感兴趣的应用程序，那么App-V都可以使其看起来或者感觉像是安装在本地，将用户数据和注册表存储在终端设备当中，并且无需配置网络硬盘。

尽管看起来这更像是一种终端技术，但是微软App-V将会对数据中心产生深远影响，管理员能够将运行在数据中心的各种应用程序包通过网络交付给位于任何地方的用户。而终端设备既可以是传统的物理电脑，也可以是VDI实例。App-V包可以根据需求进行流化，因此应用程序包无需针对每个VDI实例进行复制。管理员对应用程序包拥有完整的控制权限，可以根据需求进行更新或者改动。

另一方面，应用程序虚拟化技术和其他虚拟化技术——比如虚拟机、VDI实例和容器（Docker容器）——之间具有怎样的异同点呢？

虚拟机将软件从底层硬件当中抽象出来，如果多个虚拟机实例必须位于同一台物理服务器上，那么虚拟机通常是最好的选择。但是虚拟机是一台完整的机器，每个都包含所有的操作系统、驱动和应用程序文件，这样才能保证虚拟机作为一个独立实体进行工作。

VDI能够创建虚拟桌面实例，提供的虚拟机只针对终端用户，而不是服务器。所有VDI实例（以及处理流程）都托管在数据中心的服务器中。用户通过网络来访问自己的VDI实例，所以每台终端电脑都会成为一个简单的输入/输出机器。理想情况下，所有VDI实例都是基于同一个“桌面镜像”文件进行创建的（在个人配置上有轻微差异）。

而容器技术和虚拟化是完全不同的。没有采用安装hypervisor之后安装客户虚拟机的方式，而是将虚拟化层放置在服务器主机操作系统之上，而容器位于最顶层——每个容器共享相同的底层操作系统，所以操作系统和其他组件当中的重复部分都被消除了。这使得容器比虚拟机更加小巧和高效。如果必须在服务器上部署大量相同的应用程序，那么最好选择使用容器技术，特别是对于云规模的企业来说。

使用微软App-V等工具的应用程序虚拟化技术将应用程序组件和依赖关系从底层操作系统当中抽象出来。对每个应用程序（或者一组相关应用程序）进行封装，满足用户从数据中心服务器进行下载或者流化的需求。如果某个虚拟应用程序包适用于终端设备，那么用户会感觉应用程序直接安装在本地机器上。

需要注意的是所有这些虚拟化架构不是相互排斥的，而是能够在数据中心同时存在，以满足不同的业务需求。