雖然企業(yè)將業(yè)務(wù)“轉(zhuǎn)移到云端”越來越普遍，但應考慮數(shù)據(jù)中心遷移的一系列云計算選項。它們包括評估即服務(wù)產(chǎn)品(如SaaS，DRaaS和UCaaS)可以發(fā)揮的作用，特別是基礎(chǔ)設(shè)施即服務(wù)(IaaS)和平臺即服務(wù)(PaaS)，這是文章中的重點。公共云與私有云的考慮也是重要的。公共云服務(wù)具有吸引力，因為他們更多地使用共享多租戶基礎(chǔ)設(shè)施，所以它們的價格較低。然而，并非所有的應用程序都適用于公共云。使用公共云、托管私有云或整合的內(nèi)部數(shù)據(jù)中心的混合方法可以產(chǎn)生最佳解決方案。內(nèi)部部署的私有云可能很有效，但它們通常需要具備高水平的專業(yè)知識才能有效地構(gòu)建和運營。不適合云計算運行的應用程序?qū)袡C會整合，并可能重新開發(fā)新技術(shù)。由于每家企業(yè)都有獨特的技術(shù)、性能和安全要求以及風險承受能力，因此建立一個具有過渡方案的企業(yè)案例是至關(guān)重要的。

 

以下是根源于合理業(yè)務(wù)案例，并且可以確保數(shù)據(jù)中心過渡到基于云計算的服務(wù)的四個步驟：

 

 

為確保數(shù)據(jù)中心過渡計劃的成功，過渡團隊應開發(fā)一個全面的環(huán)境特征描述。它包括創(chuàng)建詳細的應用程序、設(shè)備和軟件清單，以及了解當前成本基準(如電力、房地產(chǎn)、人員、設(shè)備和服務(wù))，以及理解網(wǎng)絡(luò)連接性、備份體系結(jié)構(gòu)、災難恢復環(huán)境和身份管理操作。

 

這個練習是整個過程的基礎(chǔ)，因為它提供了項目范圍的完整畫面。此外，它還可以建立一個精確的配置管理數(shù)據(jù)庫(CMDB)，從而實質(zhì)性地降低轉(zhuǎn)換風險，并實現(xiàn)有效的IT運營(考慮ITIL流程，例如事件、問題和變更管理)。如果缺少配置管理數(shù)據(jù)庫(CMDB)或者沒有進行維護和更新(這在大型企業(yè)中經(jīng)常發(fā)生)，這個任務(wù)可以識別“孤例”應用程序和基礎(chǔ)設(shè)施，它們可以被取消而不是被移動，通常可以節(jié)約成本。

 

執(zhí)行清單還可以發(fā)現(xiàn)可能潛伏一段時間的軟件合規(guī)性問題，這意味著企業(yè)的軟件提供商現(xiàn)在可能需要進行修正。確定擁有、使用、可用的許可證以及隨附的合同限制有助于避免與云過渡相關(guān)的許可沖突。

 

 

大多數(shù)企業(yè)傾向于以應用為中心的過渡方式，因為它提供了高度的控制和風險緩解。定義詳盡的應用程序目錄將有助于識別潛在移位的基礎(chǔ)設(shè)施和應用程序移動組，協(xié)助確定后續(xù)任務(wù)的優(yōu)先級，并促進與受影響最終用戶的溝通。

 

在應用程序目錄的基礎(chǔ)上，團隊應將所有應用程序映射到其虛擬基礎(chǔ)設(shè)施(VM)和物理基礎(chǔ)設(shè)施(例如物理服務(wù)器和存儲陣列)。這樣做有助于確定移動后可以消除當前物理足跡的哪一部分(以及相關(guān)成本)。

 

進一步優(yōu)化移動組需要應用程序依賴關(guān)系映射。應用程序之間接口的表征對于確定每個云計算/數(shù)據(jù)中心移動組中的哪些應用程序是必要的：(1)避免增加廣域網(wǎng)費用;(2)避免由于應用程序接口之間延遲增加而導致的性能問題;(3)避免存儲/數(shù)據(jù)庫獲取/投入和吞吐量費用。許多云計算服務(wù)針對云計算之外的交互收取每筆交易的費用。尋找這些可輕松提供公共云業(yè)務(wù)案例的使用模式至關(guān)重要。

 

 

要通過最大限度地利用公共云服務(wù)來實現(xiàn)最佳成本結(jié)構(gòu)，企業(yè)應優(yōu)先考慮以下方法：

 

•優(yōu)先級1 =公共云

 

•優(yōu)先級2 =托管的私有云

 

•優(yōu)先級3 =合并的內(nèi)部數(shù)據(jù)中心

 

對于每個應用程序，企業(yè)都應評估安全性和合規(guī)性要求，以確定公共云能否滿足這些要求。此過程需要企業(yè)的IT安全功能來確定公共云解決方案是否滿足企業(yè)的安全需求。有時，安全性和合規(guī)性要求會消除公共云的需求，盡管公共云安全性的改進可以減輕許多企業(yè)的這些擔憂。

 

接下來的任務(wù)是評估公共云提供商的產(chǎn)品是否能夠滿足每個應用程序的技術(shù)和性能要求(例如，支持的特定OEM數(shù)據(jù)庫和版本，以及可用性/性能最低限度)。對于每個應用程序，團隊應該對預期環(huán)境(例如，實例、實例的正常運行時間、存儲、數(shù)據(jù)庫獲取/投入和吞吐量)進行建模，以確定托管在公共云中的成本/業(yè)務(wù)情況，其中包括優(yōu)化每個計費杠桿的模型(例如，確定保留實例可以提交的時間量，更長的承諾降低單位成本)。許多云計算服務(wù)提供商都有工具來幫助建模，第三方工具也可用。一些工具可以從當前環(huán)境收集數(shù)據(jù)，自動比較云計算提供商，并幫助確定云計算提供商和混合選項的最佳產(chǎn)品組合。

 

對于公共云不可用(出于安全性、技術(shù)或性能原因)的應用程序，企業(yè)應對私有托管云解決方案進行類似分析。證明托管私有云不可行的應用程序是整合內(nèi)部數(shù)據(jù)中心的候選對象。

 

 

對于未遷移到云中的應用程序，團隊應制定計劃，以優(yōu)化在合并的內(nèi)部數(shù)據(jù)中心內(nèi)如何構(gòu)建、實施和管理它們的方式。重新考慮新技術(shù)，如超融合基礎(chǔ)設(shè)施(HCI)應該是一個考慮因素。盡管這樣做可能會增加前期規(guī)劃時間和成本，但融合或超融合基礎(chǔ)設(shè)施將節(jié)省電力、空間、冷卻和維護成本。它也可能縮短轉(zhuǎn)換時間表，消除停機時間，并降低整體風險。

 

沒有采用新技術(shù)的應用程序需要在成本和風險緩解之間進行權(quán)衡。每項資產(chǎn)都需要進行自身的盡職調(diào)查，以選擇正確的方法(例如升降和轉(zhuǎn)換)。

 

一旦完成這些流程，就可以在所有三個選項(例如，公共云、托管私有云和內(nèi)部整合/遷移)之間定義一個整體轉(zhuǎn)換計劃和時間表移動組，同時平衡投資回報率與風險。該計劃可能會受到組織執(zhí)行水平和能力的制約，并需要與其他活動和項目進行協(xié)調(diào)。

 

 

將數(shù)據(jù)中心移動到云端的企業(yè)正在這樣做，以實現(xiàn)成本效率，減少運營問題，將IT資源專注于更高價值的活動并加速業(yè)務(wù)計劃。但是，云計算決策應該涉及基于事實的，商業(yè)案例合理的策略和實施計劃。在沒有描述當前環(huán)境特征和了解應用程序行為的情況下，云計算的成本敏感的計費元素可能會導致成本增加，而不是達到預期的成本和性能結(jié)果。