企业可以绕过复杂的Windows授权模型将Windows服务器作为桌面操作系统，但是可能需要面对随之而来的应用程序兼容性问题。

企业向DaaS服务商提供自己的Windows授权是摆脱微软授权限制的方式之一，但是使用这种方式的挑战在于如果DaaS服务商想要使用企业的授权，那就必须为企业提供专用的硬件资源。

如果企业已经和微软签署了授权协议，那么上面的方式将是一种非常具有吸引力的选择——特别是对于教育机构和慈善机构来说。但是服务商不能在同样的硬件上运行任何其他客户的虚拟机。

这种部署方式破坏了云计算的核心原则之一：多租户资源池的概念。这种为单个客户分配专用硬件的方式需要创建规模较小的资源池，所以相对于共享硬件来说，云服务商会对这种方式收取更多的费用。此外，由于这个资源池当中只包含了数量有限的硬件和计算资源，因此弹性也受到了很大限制。

如果企业的用户数量翻倍，那么就需要服务商提供更多的硬件资源，这会导致服务交付延迟。桌面即服务（DaaS）的优势之一是实时可扩展性，但是在这种情况当中却无法体现。云服务当中的弹性不仅包括规模按需扩展，还包括按需缩减。但是一旦购买和安装硬件之后，DaaS服务商会希望企业一直为这部分额外容量付费，即便企业不再需要它们。

另一种方式是将企业所拥有的服务器放置在服务提供商的数据中心，通常也被称之为场地出租。服务商提供具有电力供应和Internet连接的服务器机架，客户将服务器放置在这些机架上，用于构建自己的环境。共享机架这种方式也许不能提供像DaaS一样高等级服务，但是允许企业在使用自己Windows授权的情况下，同时享受DaaS所能够提供的部分优势。

虽然这种方式仍然不能实现多租户资源池或者弹性机制，但是能够为企业减少大量不确定性，因为环境中的大部分资源都由企业自己控制。此外，如果硬件全部归一家企业所有，可以避免“吵闹邻居”的影响——也就是服务商的其他客户占用你的计算资源。

Windows桌面和 Windows 服务器桌面

为了获得更好的经济效益，DaaS服务商需要在大规模、多租户资源池当中运行桌面虚拟机，因此需要使用符合微软SPLA的服务器操作系统。幸运的是，几年之前，微软决定合并Windows服务器和桌面版本操作系统的核心代码。因此，Windows Server 2008的外观和操作可能和Windows 7桌面非常相似。以此类推，Windows Server 2012和Windows 8也是一样。许多DaaS服务商为不同企业提供了单独的Windows Server虚拟机，一些聪明的DaaS服务商甚至在Windows Server上安装桌面主题来模仿Windows桌面 版本。

当用户知道Windows服务器和桌面版本共享相同的代码库之后，就希望能在任何一种操作系统上顺利运行应用程序。绝大多数在Windows桌面操作系统上正常运行的Windows应用程序都能够在Windows服务器操作系统上正常运行。几乎任何遵循微软标准而开发的应用程序，包括Office，都能够在Windows Server上正常运行。

但是情况并非总是如此，不是所有应用程序都是遵照微软标准开发的。如果发现某些软件的安装包运行在服务器操作系统上，便会拒绝进行安装。此外，一些通常安装在桌面操作系统而不是服务器版本上的Windows组件，比如扫描仪驱动，通常不能得到服务器版本操作系统的支持。这些问题并非无法解决——可以欺骗软件安装包让它误以为运行在桌面操作系统当中，或者安装额外的组件——但这会使整个流程变得更加复杂。

挑战还有可能来自于应用程序方面——比如那些非常古老或者针对特定业务需求而开发的特殊应用程序。许多定制软件都可以正常运行在伪装成桌面的Windows服务器操作系统上，但是还有很多软件为了尽量争取降低成本而匆忙进行开发，并没有考虑未来可能产生的需求。

大多数DaaS桌面都运行64位操作系统，支持大量内存，并且提供良好的应用程序性能表现。但是64位的Windows不能运行16位应用程序。过去15年当中开发的任何应用程序都应该是32位的，也就是说能够在64位操作系统上正常运行。如果你的企业仍然需要运行16位应用程序，那么是时候进行升级了。可以将16位应用程序排除在DaaS列表之外，或者在停止使用这些应用程序之后再考虑是否使用DaaS。

多租户云

降低云服务成本的关键因素之一在于创建规模庞大的资源池，并且拥有大量租户共享这一资源。为了尽量降低成本，云服务商希望尽可能扩大资源池规模，这些资源池规模往往远远超过单个企业的平均需求，所以许多企业将会共享单一大型资源池。

隔离同一资源池当中的客户（租户）是所有云服务的核心特性。安全隔离——将不同客户的数据相互隔离，通常是最为重要的。另外一种隔离和性能表现以及“吵闹邻居”相关。“吵闹邻居”会占用大量资源（包括CPU、内存、磁盘和网络），以至于其他企业的桌面不能得到足够的硬件资源，进而影响应用的性能表现。

总之，你为某种等级的多租户云服务支付的费用越多，能够获得的隔离性就越好。

在DaaS当中使用RDSH

如果你已经在数据中心从事Windows桌面交付服务许多年，那么肯定会知道应用程序服务提供商能够提供Windows服务器桌面。现在这种方式已经成为一种非常成熟的DaaS模型。不同于为每个企业都分配专用的Windows服务器操作系统，这种方式使用RDSH在一台Windows服务器当中支持多个用户的桌面会话。让一些用户共享RDSH服务器能够降低对于DaaS服务商的硬件需求，相比于专用虚拟机，可以显著降低开销。

但是另一方面，RDSH在用户隔离性方面相对较差。位于同一台RDSH主机的用户需要共享系统驱动和应用程序，因此这些用户可能成为相互成为“噪音邻居”。一个极其复杂的excel表格可能导致整个RDSH服务器运行缓慢。RDSH应用程序兼容性也会成为一种潜在挑战。

大多数应用程序都不会遇到问题。如之前所说，按照微软标准开发的应用程序能够正常运行。但是一些应用程序虽然平时能够在充当桌面的Windows服务器上正常工作，但是如果另外一个用户在新的远程桌面会话当中启动了相同的应用，那么就会出现问题，这种情况通常出现在一小部分使用特定业务应用的企业当中。通常，企业可以和开发者直接沟通，询问他们是否允许其他客户在RDSH上使用这种软件。我见过一些拥有特殊安装流程甚至是针对RDSH提供特定安装包的应用程序。在RDSH上运行应用程序需要特别小心，但是大多数应用程序都能够正常运行。

企业需要根据自身需求选择在DaaS当中使用哪种方式。一些企业适合多租户Windows服务桌面，而其他企业可以使用更为廉价的RDSH桌面。你可能会发现，在云服务商的出租机架当中构建自己的VDI，能够为企业提供DaaS所能够提供的一切。如果微软为桌面操作系统提供SPLA授权，那么将会使这些选择更加容易，但是大多数选择的最终结果是完全相同的——只是价格差异而已。