企業可以繞過復雜的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授權，那么將會使這些選擇更加容易，但是大多數選擇的最終結果是完全相同的——只是價格差異而已。
京公網安備 11010502049343號