在數(shù)字化轉(zhuǎn)型勢不可擋的的發(fā)展趨勢下，當今行業(yè)領(lǐng)先的企業(yè)面臨著有兩種明確的選擇：或者實施現(xiàn)代化轉(zhuǎn)型和業(yè)務遷移，或者錯過物聯(lián)網(wǎng)、人工智能/機器學習、AR / VR、云計算、大數(shù)據(jù)分析、移動技術(shù)的發(fā)展機會，而導致企業(yè)的業(yè)務可能因此被中斷或替代。

企業(yè)的業(yè)務實現(xiàn)現(xiàn)代化轉(zhuǎn)型的壓力很大程度上取決于IT團隊，他們是數(shù)據(jù)中心的守門人，因此也是企業(yè)未來機遇和成功的關(guān)鍵推動力。隨著現(xiàn)代數(shù)據(jù)中心基礎(chǔ)設(shè)施成為"多云"，其規(guī)劃至關(guān)重要。當現(xiàn)代化轉(zhuǎn)型的時代到來時，大多數(shù)企業(yè)都面臨著是否自己內(nèi)部實施，還是與外部第三方合作的艱難決定。

戴爾EMC公司委托Forrester公司進行的一項新的研究發(fā)現(xiàn)，實現(xiàn)數(shù)據(jù)中心現(xiàn)代化和業(yè)務遷移的企業(yè)要比從云計算供應商獲得幫助的企業(yè)平均多花費400萬美元的費用。并且，這些實施現(xiàn)代化改造的企業(yè)需要兩年時間才能完成這個過程，并將其IT工作人員的職責轉(zhuǎn)移到其方面。

但是，如果企業(yè)正在計劃自己實施數(shù)據(jù)中心現(xiàn)代化進程和遷移時，重要的是要有現(xiàn)實的期望和明確的策略。企業(yè)可以從以下幾個方面仔細考慮：

（1）企業(yè)的期望

雖然企業(yè)的數(shù)據(jù)中心基礎(chǔ)設(shè)施或運營團隊可能對現(xiàn)代化改造和遷移的速度有著自己的想法，但這些假設(shè)往往沒有得到企業(yè)其他利益相關(guān)方的預先驗證。

為了確保團隊成員思想和意識達成一致，其團隊應該考慮以下幾個問題：

企業(yè)需要與哪些利益相關(guān)者進行溝通？團隊的每個人需要什么信息？企業(yè)要明確需要參與的人員，并確保他們在現(xiàn)代化和遷移方面提供支持。

企業(yè)的團隊中誰負責項目協(xié)調(diào)和溝通？這個負責人需要具備組織和管理人員的技能，以確保計劃到位，所有關(guān)鍵的利益相關(guān)者需要同舟共濟。

對停機時間的容忍度是多少？如果IT團隊估計業(yè)務遷移將導致12小時的停機，而企業(yè)主管卻只能容忍4小時的宕機時間，那么企業(yè)就需要重新考慮遷移計劃。

（2）對資源的期望

這種轉(zhuǎn)變需要被看作是一個長期的過程，數(shù)據(jù)中心遷移工作是大多數(shù)IT部門很少執(zhí)行的復雜事件。其執(zhí)行結(jié)果將會有很大的不同，這取決于企業(yè)是選擇自己完成還是尋求供應商的幫助。

根據(jù)Forrester公司的調(diào)查研究，如果企業(yè)選擇與供應商合作，可以將其實施時間縮短40％。就會更早完成遷移，企業(yè)將以較少的實際成本運行數(shù)據(jù)中心。企業(yè)還需要考慮可以為這一轉(zhuǎn)變投入哪些資源。

在數(shù)據(jù)中心遷移開始之前，企業(yè)需要映射所有應用程序、服務器和基礎(chǔ)架構(gòu)之間的相互依賴性，以確保其對所有資源進行核算，并創(chuàng)建清晰的策略。

（3）日程安排

大型企業(yè)可能擁有多個企業(yè)級數(shù)據(jù)中心，這意味著數(shù)千臺服務器和數(shù)百個應用程序正在保持業(yè)務運行。而實施遷移時卻只有短暫的停機時間，企業(yè)業(yè)務的利益相關(guān)者需要能夠?qū)Υ巳萑蹋�而且企業(yè)很可能沒有足夠的時間一次性完成所有任務的完全遷移。

相反，遷移計劃應該將這個過程分成多個階段，根據(jù)應用程序環(huán)境的粒度、數(shù)據(jù)或信息的粒度或應用程序升級的順序來劃分工作。例如，企業(yè)可以優(yōu)先考慮升級的應用程序或系統(tǒng)。

（4）從A點到B點

當然，數(shù)據(jù)中心現(xiàn)代化和遷移項目在實施中可能需要購買和更換新的硬件，有時需要建設(shè)新的數(shù)據(jù)中心設(shè)施。企業(yè)需要確�？紤]以下幾點：

有沒有考慮在新設(shè)施中需要的環(huán)境？

企業(yè)的新設(shè)施和環(huán)境何時可以啟用？

企業(yè)是否需要臨時設(shè)備遷移應用程序和環(huán)境，以便以后再使用新設(shè)備？

如果企業(yè)將其業(yè)務從本地部署的數(shù)據(jù)中心遷移到云端，或云端之間遷移，或者擁有一個多云基礎(chǔ)架構(gòu)，則還需要考慮另外一層風險。與其本地部署的數(shù)據(jù)中心環(huán)境相比，IT團隊通常對公共云應用程序和資源的可見性較低，這使得其遷移計劃和執(zhí)行變得更加困難。評估滿足業(yè)務和技術(shù)要求的云端適用性的過程是至關(guān)重要的。

（5）供應商的承諾

由于現(xiàn)代化數(shù)據(jù)中心并不僅僅涉及更新的硬件，所以從一開始就要將第三方軟件供應商納入工作流程，需要詢問以下幾個問題：

如果企業(yè)在遷移過程中遇到問題，供應商是否愿意提供支持？

供應商對數(shù)據(jù)中心遷移之前或遷移之后的軟件升級有什么建議？

當遷移實施時，第三方供應的產(chǎn)品或服務是否可用？

企業(yè)需要確保其供應商提供一個支持計劃，以確保在遷移之前有一個解決潛在問題的可靠策略。

數(shù)據(jù)中心成功遷移的最后提示

如果企業(yè)正在實施自己的現(xiàn)代化和遷移工作，則可以采取其他一些預防措施來使數(shù)據(jù)中心轉(zhuǎn)型更易于管理。

利用自動化工具，可以發(fā)現(xiàn)應用程序、文件和環(huán)境中的其他內(nèi)容之間的相互依賴關(guān)系，如調(diào)度和資源管理工具。

設(shè)置儀表板以實時報告遷移進度。這將為企業(yè)進行匯報或溝通騰出時間，只需將所有利益相關(guān)方通報，而不必生成報告。

選擇正確的策略會對數(shù)據(jù)中心現(xiàn)代化項目的最終成本和最終成功遷移產(chǎn)生巨大的影響。