如果你對在公有云上運行企業應用軟件不放心的話，許多專家推薦你首先嘗試私有云。
不過埃森哲公司云計算總監Joe Tobolski表示，構建和管理數據中心內部的云并不只是又一個基礎架構方案那么簡單。
“有很多技術公司將私有云視作出去購買的業務--然后將某些部分在數據中心內部與云絕緣就形成了內部云”，Tobolski解釋說，“這與事實并不完全相符”。
內部預設的私有云是那些領先IT企業多年來一直努力的方向。構建私有云應該從數據中心整合，操作系統合理化，硬件和軟件平臺以及虛擬化軟件在服務器，存儲和網絡上的應用開始著手，Tobolski稱。
靈活性和隨需支付的定價模式是云計算的主要優勢，還包括IT的標準化，自動化和商業化，以及基礎架構和配置資源，Tobolski補充道“同時還涉及應用軟件研發和用戶IT應用的經驗”。
雖然云計算是市場宣傳的熱點，但是目前提及內部云還處在非常初級的階段。根據Forrester
Research公司首席分析師詹姆士.斯坦利的說法，或許有過半的企業確實擁有內部云，但全球僅有5%的大型企業具備運行內部云的能力。
但是如果你對開發私有云計算有興趣的話，以下是你必須了解的信息。
第一步：標準化，自動化和資源共享
Forrester公司構建內部云的三大原則與埃森哲新一代IT的應用法則類似。
要構建預設云，你必須制定用于云環境運行，配置和維護的標準化，文件化流程與步驟，斯坦利解釋說。
多數企業用戶都不夠標準化，雖然那些為了實現IT服務管理將IT信息庫路徑下移的企業比其他用戶更加接近云流程標準化的目標也是如此。
可以讓整個過程更加高效和連續的標準化運作流程是下一個基礎步驟-自動化的關鍵。斯坦利介紹說"你必須信任使用自動化技術的一流用戶，這對于多數企業來說確實是個很大的障礙"。
自動化配置可能是開始這個階段的最佳起點，因為用戶可以實現自助式服務。對于私有云而言，這并不是任何研發人員都可以隨心所欲配置虛擬機的亞馬遜模式。斯坦利認為"這是企業內部的混淆也是完全不切實際的"。
對于私有云來說，自助式服務意味著企業用戶能建立自動化工作流程，資源需求可以通過這個流程通過批復步驟。
一旦得到批準，云平臺就能自動化配置指定的環境。更常見的是，私有云自助式服務是涉及研發人員對"這種規模的三個虛擬機，這種規模的存儲容量和這些帶寬"的需求，斯坦利表示。對于想去內部企業云上獲取資源的最終用戶而言，自助式服務將是"我需要一個SharePoint或者文件共享"。

第三，構建內部云意味著資源共享--通常會涉及其他不在列表之中的公司。
斯坦利認為這與技術無關。"而與組織性有關--營銷部門不想和人力資源共享服務器，財務部不愿跟任何部門共享信息。當你面臨這種情況，就很難運行一個云。當資源無法共享時，云是非常低效的"。
面對挑戰，IT總監MarcosAthanasoulis提出了一種具有創新意義的辦法來讓參與者適應在Linux云基礎架構上共享資源的理念，這也是他在位于波士頓哈佛醫療學校構建的基礎架構。他認為這種方法對硬件也會有所幫助。
在哈佛醫療學校聚集了Athanasoulis請來的1000名首席信息官，他發表演講稱IT面臨著一些獨特的挑戰。告訴一家實驗室使用什么技術還缺乏權威性，畢竟存在局限性，但是如果一家實驗室希望配置他們自己的基礎架構，這種方式就能做到。因此當哈佛醫療學校四年前走進云概念時，希望以共享的方式來建立這種模式。讓他們的研究成果能吸引那些希望構建自己的高性能計算或者云環境的實驗室，如果我們不能提供可行的選擇方案的話。
使用這種方法，如果實驗室在云上購買了100個節點，就可以保證可以使用那些能力。但是如果這些能力被閑置，其他的工作負載就可以在上面運行。
"我告訴他們--你擁有這個硬件設備，但是如果讓我們將他融合到云里，我們將替你管理這個設備并且對它進行升級和打補丁。這證明是個不錯的賣點"。
Athanasoulis表示，為了支持這種對硬件有好處的方法，哈佛醫療學校使用Platform Computing的PlatformLSF工作負載自動化軟件。"這個工具能賦予我們建立查詢和暫停在專用硬件節點上運行的任務的能力，以便硬件的所有者可以得到使用的保證，暫停的工作會被重新存儲"。

了解服務以后再著手部署
如果資源無法共享，云是很低效的，如果服務不是優先考慮的話也將毫無意義。舉例來說，IBM公司在開始著手可能的云計劃之前，對不同類型的工作負載和風險，收益以及將工作負載遷移到不同云模式的成本進行了評估，IBM公司云計算服務事業部IT戰略和體系架構總監Fausto
Bernardini表示。
Gartner咨詢公司副總裁兼著名分析師湯姆.比特曼認為，許多企業在考慮到服務和服務需求之前通常會從產品角度去思索如何建立私有云--這是個完全相反的開始過程。
比特曼表示，如果你真的想建立一個私有云，你必須了解你的服務是什么，服務水平協議是什么，成本和云發展路線圖也是必須關聯在一起的。這實際上是涉及到你對服務是否向著云計算類型發展的認知程度。
采用相對靜態界面的常用服務(即使你的企業高度依賴這些服務)是那些你應該作為云計算，私有或者公有云來考慮的服務，電子郵件就是個例子，比特曼認為。
"這些服務我可能用的很多，但是他們跟我公司內部的工作并無瓜葛。這是那種可以獨立的服務--我不希望她和公司緊密結合在一起。我希望讓它盡可能的保持獨立狀態，易于使用，可以從自助服務界面應用。如果隨著時間的推移我對此類的服務可以自定義了，我會盡可能的完成服務的標準化"比特曼表示。
相反，與企業息息相關并持續關注創新行動的服務不是云服務的首選。比特曼認為"這些服務的目標是私密性和完整性。他們不能遷移到云上去。他們可以使用較低級別的云功能，比如原始計算等，但是公司的界面不會指向云模式"。
一旦你了解了什么服務適合云，私有云將花費你多少時間來為大家所認知的時候，你就已經為構建企業模式做好了準備，可以從技術角度著手構建私有云了。

最后一步：服務管理和使用管理
最后Gartner公司定義了四類組件來構建私有云。
位于最低端的是由基礎架構，平臺或者軟件組成的資源層。虛擬化馬上會浮現至腦海，但是如果你要將資源整合為資源池，虛擬機并非唯一的選擇。舉例來說，快速重新配置技術就是另外一個選擇。
位于資源池之上的是資源管理層，比特曼表示"這是我們以自動化方式管理資源池的方式"，比特曼還強調說對于VMware環境來說，這一步就是關于如何使用VMware分布式資源計劃表。
比特曼稱"這兩個級別都已經相當成熟。你可以在市場上找到此類產品，雖然目前資源管理這個領域的競爭還不那么激烈"。
接下來就是服務管理層。比特曼表示"這是一個需求更加復雜的領域。我需要能幫助我完成服務監管的工具，需要能幫助我將資源池轉化到服務級別的工具。最后我必須能帶給用戶具備服務層次的界面，界面上可以顯示性能或者可用性，讓這種服務管理層來實現這一點"。
當你思索如何構建私有云時，了解需求和產品可用性之間的差距是非常重要的，比特曼強調說。"舉例來說，VMware在幫助用戶管理虛擬資源池方面做得非常出色，但是他們對服務一無所知。VMware的vCenter
AppSpeed是開始涉足服務管理所作出的初步嘗試"。
比特曼說"我們真正需要的是優秀的服務監管，但目前這方面還沒有實現"。
位于最上層的是使用管理層，它與用戶自助式服務界面緊密相關。"它能提供服務列表，讓用戶能對訂購者進行管理。這個界面必須以某種方式與成本和費用返還捆綁在一起，或者說至少和測算綁定在一起--這一步與服務管理層是密切相關的"。
費用返還對于私有云提供商是一項非常痛苦的挑戰，但確實他們無法長期忽視的。比特曼表示"從技術角度來說就像個笑話--收費的基礎是什么?但是從政治和文化的角度來看，坦率的說如果我想遷移到云計算，我會建議遷移到費用返還模式"。
最后是關于業務模式的
盡管云提供商必須考慮靈活性，自動化，自助式服務和費用返還，但他們在目前云發展的階段不應該對這種差距太過剛性。比特曼表示"我們將看到大量在從事純粹的云和純粹的非云的企業，還有很多處在中間地帶的。所有這些糾結在一點上‘利益何在?'"。
舉例來說，位于美國新罕布什爾州多佛市的Wentworth-Douglass醫院正在使用來自思科，EMC和VMware的vBlock系統來構建他們的私有云，但是他們關注的重點主要集中在服務器的整合而不是軟件即服務的自助配置上，醫院的網絡運營經理斯科特.哈弗納介紹說。
"或許我們最終會轉向軟件即服務，我們在自動化方面做了大量能做的工作，但是這種理念在企業內部的推行速度很慢，因為云模式太先進了以至于整個企業要理解掌握其要領還需要大量時間"。
正如哈佛醫療學校所言"人們使用我們的云的原因是它能提供吸引人的價值，這對于IT來說不是壞事"。