在DaaS当中使用RDSH

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

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

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

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

1 | 2 | 3