2011-12-22
在過去，虛擬化多數都屬于最后這一種類別。在本世紀初，許多公司都急于尋找能夠避免采購服務器和其它IT設備的方法。在當時，服務器虛擬化能夠完美地滿足這一要求。由于占用率極低的服務器（特別是運行Windows的服務器）數量眾多，虛擬化技術使一臺物理服務器能夠完成多臺服務器的工作。最重要的是，在當時的環境下，虛擬化技術即使以螞蟻搬家的方式逐步實施，也能避免購買大量服務器，從而節省大量的支出。隨著虛擬化變得越來越普及，各家機構的IT部門開始采用更具戰略意義的方式來實現虛擬化。但虛擬化最初的實施方法仍然只是一種節省成本的戰術性手段。
然而，并非所有的技術都能找到特定的用途，起碼不能在解決問題的同時造成更多的問題。云計算就屬于這一類別。我們將漸進演化的方式看作是實施云計算的最佳慣例。到目前為止，我們的經驗都表明，建設內部云的最佳慣例是采用階段式的系統性方法。（此外，盡管在某些情況下，非正式地使用公共云有必要，但重要的是確保保密數據得到周全的保護，而且開發環境應與應用的正式生產環境相一致。）
如果要在一家機構內部署云，事實上并沒有什么惟一的“正確”方法。更重要的是建立一些精心準備的流程，而不是照搬某個特定的流程。為此，我們利用IT流程學會開發的一種方法，并根據對大量用戶機構的采訪而制訂出了自己的流程。這些終端用戶的看法與我們到目前為止所獲得的經驗是不謀而合的。IT流程學會將云計算采用的第一個階段稱為“撥開云的混亂”。
該階段的目標是將您的虛擬化工作注意力重新集中于支持私有云部署的技能和能力上。這一初期的探索性試驗階段將使您發現各種挑戰、要求和關鍵指標，使您為更大規模的云實施做好準備。在進行這些活動的過程中，您的格言將是：“為動態工作負載做好準備。”您應當為虛擬化和私有云部署設定最終的目標。在建立共享式資源池和管理移動及過渡性工作負載方面，您也應當做好奠定基礎的工作。
構建云的過程可以包含下列這五個步驟：
步驟1 – 根據商業目標來設定云的目標。要構建一個專門為您企業而設計的私有云，首先應該從業務討論開始。如果您的基礎架構團隊在開始云項目時并沒有開發人員的參與，應立即停止。只有開發人員和用戶的共同參與才能完善該團隊的組成，而且更重要的是，對外的產品、營銷和銷售經理都應參與進來。當我們要討論云技術如何加快業務流程或變革業務產品的時候，應盡可能讓所有利益關聯方都參與進來。應當以商業準則來確立明確的目標和成功標準。
步驟2 – 通盤了解您的基礎架構。并非所有的工作負載都適合虛擬化環境。同樣，并非所有的工作負載都適用于私有云環境。在您執行云戰略的時候，您最有可能管理的是物理、虛擬和云資源的一種混合環境。因此，您需要將數據中心的一部分劃入一個可共享的、虛擬化和可擴展資源池。許多IT執行官都計劃將30-50%或更多的工作負載投入到私有云環境中。然而，私有云資源受管理的環境中將存在物理服務器和大型機，還有一些靜態的虛擬化資源。用房地產的術語來說，就是在未來建設以云為中心的數據中心時，不是要拆掉重建，而是對其進行全面改造。為此，我們就需要理解當前工作負載的性質，劃定出當前環境中異型混編的范圍，并且在您從開發階段進展到測試/質保，再到生產的過程中，在要求方面會發生哪些的變化。
步驟3 – 為私有云環境確定目標工作負載。您需要對當前的工作負載進行評估，確定哪些負載最適合放在私有云環境中。這樣的快照將用于設定長期的目標，決定總體工作負載中應有多大比例被投入私有云環境中。簡而言之，它還將用于確定初期云部署的工作負載。
在完整規劃階段后，您應當著手開展以下這兩項關鍵的活動：
步驟4 – 評估云計算模型。在您的目標環境中對不同的模型進行評估。您應當確保充分考慮到了敏捷性、服務質量、成本，以及安全性和一致性方面的要求。如果有可以利用內部和外部云資源的混合云計算模型，則可以加以考慮。需要注意的是，私有云資源可能包含外部服務商所提供的資源池。混合式模型所包含的特性可能允許工作負載從私有云遷移給外部公共云服務商。
步驟5 – 根據標準的架構部署概念驗證。在企業內部部署廠商的解決方案并確定需要在您現有的基礎架構、流程和技能中集成多高水平的自動化和標準化。概念驗證的總體目的就是，利用一個可以工作的參考實施并根據自己的商業要求，驗證其是否能夠取得成功。為此，您必須在評估期間對各種假設進行測試驗證。
人們很容易將流程與重載流程相提并論，而所謂的重載流程往往會涉及到各類官僚流程和分析流程等問題。這當然不是本文的重點。相反，眾所周知的是，通過消除IT孤島，實現行動的自動化，以及向用戶提供自助式的服務，云計算將成為一種非常強大的工具，使您的IT基礎架構在面對業務需求時具備更高的靈活性和更強的響應能力。而要想有效建立這樣的一種工具，您所要做的只是一些前期的規劃。
