資金有限的開發人員利用公共云服務來引導項目已經有一段時間了。但是IT管理員必須從不同的角度指出部署公共云服務的前景。

　　例如，他們如何將我們的應用服務器擴展至云？他們如何從無網絡連接位置提供到他們域的統一單點登錄（single sign-on）？他們如何確保符合了他們的服務等級協議（SLA）？

　　IT管理員需要看到這些因素并在為現有基礎設施提供安全性、可預測的可用性和整合點時決定如何利用這些新資源。如果你已經部署了微軟的Hyper-V虛擬化，你已經朝云邁出了一步。

　　云有很多類型，范圍從平臺到存儲，但是大部分企業管理員都希望在基礎設施級別開始。利用你已有的計算資源來驅動服務器是走向云整合的第一步。既然云基礎設施基于某些形式的管理程序核心上的虛擬化，在你自己的數據中心擁有一個虛擬化程度高的基礎設施是準備遷移到云的關鍵步驟。VMware最近在提供以VMware ESX兼容性為基礎的云服務上出了不少新聞，但是這只驗證了一條真理：遷移虛擬機到云就像你在內部主機間遷移虛擬機。

　　哪個系統是云可用的？

　　當決定云可用的系統是什么時，看看你的應用組合再做出決策。很多公司最開始都以不太關鍵的應用來試水。你也許想用后端系統面向那些不需要太多整合的應用，如某些網站或獨立的網站系統。很多人還對敏感信息的安全性小心翼翼。即使一個云系統沒有在大型數據攻擊中暴露，最好還是熟悉環境并確保其安全而不是承擔失去敏感數據的危險。

　　向云中整合Hyper-V虛擬機

　　Hyper-V的整合有兩種方法。微軟喜歡與合作伙伴協作，同時也提供自己的解決方案。首先，微軟的Aure平臺在微軟為主的數據中心中提供一種基礎設施即服務（IaaS）密鑰。例如，提供在云中的SQL Server和基于IIS的.NET平臺讓現有系統遷移到云的過程更容易，現在系統是為微軟生態系統開發的。

　　唯一一個微軟落后的領域在提供一個由管理員管理的完全Hyper-V服務選擇上。但是現在它在Azure平臺上提供虛擬機（VM）角色。這個服務器讓你用自定義的Windows Server 2008 R2操作系統安裝負載自動化安裝。你仍然受限于Azure的規則，意味著你必須部署無狀態的應用來防止數據丟失。經典的、有狀態的客戶端/服務器執行不受支持，當決定在這個角色中部署一個應用時想想網絡服務。

　　VM角色允許你在云中運行你自己的VHD，盡管微軟仍然管理根本的操作系統、網絡和IP結構。使用VM角色和其它提供角色的主要不同是補丁不受自動管理。盡管它仍然在測試中，VM角色有希望很快整合到Azure解決方案中。

　　系統中心的未來版本會提供與Azure更緊密的整合，提供一個單一方式來管理和監控VM角色。盡管VMware的vSphere在這一領域提前得和整合走得一樣遠，微軟的系統中心2012應該為本地Hyper-V機器和Azure虛擬機角色帶來緊密的整合。這將包括供給、自助服務功能和上傳VHD到云中的能力或是無需上傳額外字節部署自定義模板來部署標準化圖像的能力。

　　清晰看來，Azure不是一個單純的IaaS戰場。它確實集中于為搭建.NET應用擔當平臺即服務（SaaS）而不是運行包括應用在內的自定義操作系統。微軟確實明白有太多應用不能只從一個.NET控制臺部署，所以就有了選擇。

　　如果你想要部署一個真正IaaS的能力，你會想要提供商給你更多的自由選擇你在云機器實例上部署什么。IaaS的最好的例子是Amazon的EC2服務，它讓你將機器實例自旋向上到Amazon云中。雖然Amazon只支持某些類型的網絡服務集中式部署，它們確實給了你一些自由。

　　一些廠商會在轉移你的內部VHD到云的過程中提供協助，但是很多會想要你漸漸清除一個新構建。如果你計劃在混合情形中使用云提供商，整合點也許非常重要，混合情形中你想要將私人托管的應用擴展到公共云中。如果你計劃保持這些應用服務器和網絡獨立，那么這將不是一個大問題。

　　理解的另一方面包括可能的認證整合。如果你想要這些公共云機器運用你的內部活動目錄運作，你會需要聯合你的目錄或提供一些公共云里的虛擬網絡，它允許你的網絡擴展到廠商的領域。Amazon用虛擬私有云在這一領域做好準備，但是其它廠商都渴望提供和這一樣的自定義整合點。

　　對Hyper-V云而言為時尚早

　　盡管對Hyper-V而言，還仍是初入云領域，但它發展得很快。你通過開始研究你的選擇并選取你可以作為概念證明的幾個應用程序會幫你大忙。發展環境和面向網絡的應用都是首選。一旦你理解了云服務的強大，你會把它作為另一個工具來調整大小并加強合理的啟動成本，同時有充足的全球可用性。