人類的不斷努力似乎趕不上IT行業變革的步伐。 雖然IT的行業標準對于推動IT行業的變革功不可沒，但云計算在推動IT行業變革上的力量也令人驚訝。最近一些企業正在為引進虛擬化部署“舊系統”，值得強調的是，對于數據中心來說唯一不變的就是變革。處理這一涉及到整個企業工作量托管模式的重大變革，周密的計劃是必不可少的。
為迎接這一挑戰，重要的是對云轉型問題制定合適的框架。這涉及到許多方面，包括云的敏捷性、靈活性、透明度以及最終用戶的利益。其中許多歸根到底與新的具體基礎設施需求有關;自助服務門戶網站的使用承載新的應用程序或者主機瞬態的加工需求。當成千上百現存的工作量移入云基礎設施，敏捷性通常是有受益的經歷。事實上，相反的情況經常出現，因為云提出了更高標準的需求(例如，限定目錄的尺度和軟件的選擇)，實際上將現存的物理和虛擬服務器遷移到云模型是相當困難的。換言之，在新工作量的擴展方面，換個角度看敏捷性就顯得遜色了。
這就是云工廠這一概念的來源。在工業生產過程中，工廠就是檢測生產力的縮影。盡管采取一些努力準備加工機械，一旦要組建經營公司就要提供有效的輸入和輸出——這是大規模改造的關鍵。通過采用共同的方法，也就是適當的設計以提供可重復的結果;組織機構能夠投入最少的時間和精力;以此實現遷移到云計算基礎設施。
在這一概念的指導下，重要的是進一步闡述適當設計。許多企業能夠從基層解決這類問題，使用電子表格和發揮聰明人的才智進而決定行動。這一方法帶來的問題是它很少涉及到要點——引出真正準確的答案，主要原因是問題過于復雜。將工作量遷移到云中與很多方面有關，例如，處理大量的歷史數據、分析服務器上的配置信息、遷移應用軟件;建模目標的尺寸比例和軟件堆層、執行企業和監管要求、遵守服務等級協議和數據保護規則等。使用電子表格不是很好，大致相同的方式，企業會計平臺也不宜采用電子表格。即使他們被哄騙著為這一簡單環境給出體面的答案，他們也未必生成報告滿足股東、管理人員、工程師、經營人員等。所有這些人員需要重要且詳細決定以便確保取得成就和風險最小化。
致力于云遷移列表的分析得出結論：一個關鍵概念將所有這些連接在一起。這一概念就是策略，它代表基本規則包括怎樣管理工作量;它們應何去何從;應該分攤多少資源等。沒有適當的策略;托管決定留給從業者執行遷移;沒有計劃他們是否做了正確的是。云基礎設施的規劃和管理沒有正確的策略猶如沒有指示就試著填寫納稅申請——太多的可變因素在得到正確的策略。
對所有這些概念有所了解后，云工廠也就變得清楚了。它將問題分成一系列的邏輯步驟，這些都與數據有關。例如，目標模型、計劃和管理政策。為了完全決定實現自動化的過程將會怎樣發展以及規模如何。以下是建立工廠的步驟：
1、候選資格：這一過程決定特定的工作量是否適合特定的云環境。定性和定量分析后，從工作量中挑選真正的候選資格 以便更好的實施以下步驟。量化標準的例子包括：最大I/O速率、上下文切換限制、最大的CPU、內存大小等。定性標準包括：數據的敏感性、服務等級協議的需要、備份策略以及其他需要考慮的因素。制定策略需要抓住所有這些因素才能快速做出準確的評估。
2、工廠規模：確定了候選資格后下一步就是將云托管到最適合的水平和利用模式。這又要取決于政策，包括要考慮多少遺留下來的東西和目標利用水平。實際所需實例大小的具體詳細情況和云環境中工程利用水平。明確使用時標準是關鍵的一步，CPU利用從目前環境向云環境的轉化取決于每個CPU的相對速度。
3、平衡負載：這一步集中遷移負載平衡器和集群。因為云環境提供不同的規模可供選擇，也能夠提供更多先進的“彈性”特征。這些一對一的服務器轉化并不總是令人滿意。以最低的成本才能算得上成功。這一結果要與一般規模相結合進而提供一個完整的計劃。
4、繪制軟件堆層：這一步要考慮到源服務器的操作系統和軟件配置并且把它們配置在“最接近”云的地方。因為云目錄中只提供有限的軟件選項設置，這是一個有效的標準化分析。作為IaaS，這一步通常僅限于OS-級配置、與現有服務器操作系統屬性相配、操作系統的虛擬機等在云上提供的服務。(通常列表中很少)作為一種服務平臺，這一步也包括實際軟件清單的審議和應用程序的安裝。結果可能說成是“X服務器看起來像IIS v6服務器，但是通過以下方式可以看出與標準圖像的不同”這不僅提供了最佳的堆層部署，而且生成一個修復列表以便減少這對減少實施過程中的風險。這一點是關鍵。
5、合理布置：這一切最終確定后，下一步就是內部云環境的問題。工作量應該放置在基礎設施中，實際上是控制云環境。因為大部分的云基于虛擬的云環境，適應新的虛擬機的關鍵是優化利用服務器資源。這一步看起來與在虛擬環境中放置工作量多少有點像(這往往類似與俄羅斯方塊放置在可用的服務器容量)，但是過量使用的政策在配置上產生的結果影響很大。如果政策是為每一個云實例嚴格儲備容量，云環境會非常安全但相對低效，工作量強度相當低(想一想玩俄羅斯方塊的情形)。如果政策是過量使用資源，高端客戶可能爭議的風險較高。如果他們提出云環境之外不曾預料到的要求，但是密度較高的結果可能大大降低成本(想想將俄羅斯方塊緊緊的放置在一起，需要的容積就少)。
6.異常情況處理：回頭看第一步，通常應用程序的組件或者業務服務在云中的托管可能會不適合。在這些情況下，就有必要評估其它的托管以便決定處理方法。因為就托管選項來說通常有一個優先順序，這一步涉及到被拒絕的工作量系統資格是否違背設定的有序的托管戰略。這些戰略包括使用定制的云分配實例、使用專用的云服務器、在虛擬環境中的托管、使用專用的刀片服務器、使用專用的機架式服務器或者獨自留下工作量(不得已時)。
只有條不紊地實施這些步驟才能快速詳盡地規劃云遷移過程。通過以數據為中心并以政策推動的方法，實現了犯錯少，返工少。應用程序的所有者和其它股東滿懷信心地達到目的。這種透明度，結合詳細規格和實施細則，能夠迅速加快云舉措。這不僅減少時間而且使IT行業能夠跟上技術創新的步伐。
京公網安備 11010502049343號