對于大多數(shù)企業(yè)而言，將業(yè)務(wù)遷移到云平臺不再是一個(gè)難題。通過將應(yīng)用程序遷移到云平臺中，企業(yè)可以提高安全性、數(shù)據(jù)訪問、可擴(kuò)展性和IT靈活性。將業(yè)務(wù)遷移到云平臺還可以為企業(yè)節(jié)省成本。

云遷移應(yīng)該會使應(yīng)用程序、IT和業(yè)務(wù)受益。企業(yè)應(yīng)該避免陷阱并獲得回報(bào)。

對于大多數(shù)企業(yè)而言，將業(yè)務(wù)遷移到云平臺不再是一個(gè)難題。通過將應(yīng)用程序遷移到云平臺中，企業(yè)可以提高安全性、數(shù)據(jù)訪問、可擴(kuò)展性和IT靈活性。將業(yè)務(wù)遷移到云平臺還可以為企業(yè)節(jié)省成本。

但是需要注意：并非所有云計(jì)算部署都能順利進(jìn)行。云遷移通常比企業(yè)的預(yù)期花費(fèi)更長的時(shí)間，或者可能導(dǎo)致失敗，從而浪費(fèi)更多的時(shí)間和費(fèi)用。很多企業(yè)在將應(yīng)用程序遷移到云平臺之后，發(fā)現(xiàn)運(yùn)行效果不佳，這并不罕見。其結(jié)果可能是另一次遷移，將其應(yīng)用程序遣返到內(nèi)部部署數(shù)據(jù)中心。

由安全提供商Fortinet公司贊助，由供應(yīng)鏈專家IHS Markit公司進(jìn)行的一項(xiàng)最新研究發(fā)現(xiàn)，在接受調(diào)查的公司中，74%的公司在未能實(shí)現(xiàn)預(yù)期的收益后就將基于云計(jì)算的應(yīng)用程序遣返回自己的內(nèi)部部署數(shù)據(jù)中心。

這并不是什么新問題，如果采用谷歌搜索一下云遷移失敗事例，就會發(fā)現(xiàn)幾年前的失敗案例。很多人討論這個(gè)問題已有一段時(shí)間了，這個(gè)問題通常不是技術(shù)方面的失敗，而是企業(yè)領(lǐng)導(dǎo)層決策的失敗。

以下是導(dǎo)致企業(yè)云遷移失敗的五個(gè)主要原因以及其解決方法。

云遷移失敗原因之一：缺乏良好的合作伙伴

企業(yè)需要意識到不能獨(dú)自進(jìn)行云遷移，尤其是在一開始的時(shí)候。無論是像埃森哲這樣的全球?qū)I(yè)服務(wù)公司，還是當(dāng)?shù)氐淖稍儥C(jī)構(gòu)，都需要與合作伙伴開展合作。這是一個(gè)應(yīng)該經(jīng)過慎重考慮和外部投入才能做出的決定。在理想情況下，企業(yè)在行業(yè)和地理環(huán)境中擁有很多同行，可以幫助選擇合適的顧問來完成工作。

Enterprise Application咨詢公司總裁Joshua Greenbaum說，“企業(yè)在選擇合作伙伴時(shí)需要小心謹(jǐn)慎，企業(yè)需要與具有參考價(jià)值的合作伙伴合作，其不僅可以幫助企業(yè)逐步完成流程，還需要具有技術(shù)能力和變更管理功能?！?/p>

優(yōu)秀的云遷移專家可以幫助企業(yè)確定需要遷移的最佳應(yīng)用程序，確定如何集成遺留系統(tǒng)和云計(jì)算服務(wù)，以及規(guī)劃和執(zhí)行遷移。良好的合作伙伴還可以幫助企業(yè)制定有效的混合云或多云策略。

云遷移失敗原因之二：無法適應(yīng)云計(jì)算

企業(yè)犯下的最常見錯(cuò)誤之一就是讓他們的應(yīng)用程序像在本地一樣在云中運(yùn)行。首席信息官咨詢機(jī)構(gòu)Avoa公司的總裁Tim Crawford表示，這是一個(gè)巨大且常見的錯(cuò)誤。

Crawford說，“內(nèi)部部署應(yīng)用程序習(xí)慣于在高峰時(shí)消耗資源，采用云計(jì)算的目的是在企業(yè)需要時(shí)使用資源，而在不需要時(shí)將其歸還。但是，傳統(tǒng)的應(yīng)用程序并沒有具備充分利用自主性和編排水平來利用云計(jì)算的優(yōu)勢?！?/p>

很多用戶忘記了他們必須為在公共云上運(yùn)行的應(yīng)用程序和工作負(fù)載支付費(fèi)用。他們讓未經(jīng)修改的應(yīng)用程序全面運(yùn)行，耗盡了計(jì)算周期，之后將會收到高額賬單。而將應(yīng)用程序簡單地提升并轉(zhuǎn)移到云中至少會加快業(yè)務(wù)，面臨最壞的情況是，企業(yè)將面臨回到內(nèi)部部署數(shù)據(jù)中心的麻煩。

云遷移失敗原因之三：內(nèi)部缺乏正確的技能

如果企業(yè)認(rèn)為可以使用原有技術(shù)和方法（ITIL框架、瀑布式流程、整體應(yīng)用程序、運(yùn)營孤島等）來管理公共云甚至混合云，那么將會感到失望。

企業(yè)需要掌握管理動態(tài)基礎(chǔ)設(shè)施、容器、自動化、微服務(wù)等方面的技能。問題是其他企業(yè)也一樣！新技術(shù)將有所幫助，但吸引、培訓(xùn)和留住技術(shù)人才仍然至關(guān)重要。

分析機(jī)構(gòu)Splunk公司首席技術(shù)倡導(dǎo)者Andi Mann說，“云計(jì)算運(yùn)營模型將IT部門從使用獨(dú)立的內(nèi)部部署原有工具和套件的傳統(tǒng)、靜態(tài)、整體軟件管理轉(zhuǎn)移到由多個(gè)基于云計(jì)算的點(diǎn)解決方案管理的高度分布式、動態(tài)、原子化和抽象化服務(wù)的環(huán)境。IT團(tuán)隊(duì)需要新的技能來管理云平臺本身，以及容器、微服務(wù)、API、SaaS系統(tǒng)等?！?/p>

云遷移失敗原因之四：沒有引入利益相關(guān)者

項(xiàng)目需要非常好的治理，這意味著與云平臺轉(zhuǎn)換有關(guān)的利益相關(guān)者參與。通常項(xiàng)目是由IT部門驅(qū)動的，然后在項(xiàng)目完成后告訴受到影響的人員。

Greenbaum指出，“這比任何人都承認(rèn)的更為普遍。很多都是基本的項(xiàng)目管理，檢查指導(dǎo)委員會中是否有合適的人員，并獲取正確的信息。通常情況下他們沒有受到邀請，而出了問題卻為時(shí)已晚。”

Greenbaum以一家公司為例，該公司在遷移到云平臺的過程中極大地改變了客戶體驗(yàn)。不幸的是，他們沒有考慮對供應(yīng)鏈的影響。因此，供應(yīng)鏈團(tuán)隊(duì)并沒有參與到銷售變革中。只有在遷移完成之后，供應(yīng)鏈團(tuán)隊(duì)中的人員才意識到發(fā)生了什么，并發(fā)現(xiàn)他們無法滿足變革帶來的新需求。

云遷移失敗原因之五：不切實(shí)際的期望

企業(yè)將業(yè)務(wù)遷移到云平臺可以帶來巨大的好處——速度、敏捷性、降低成本、戰(zhàn)略重點(diǎn)，可擴(kuò)展性、覆蓋范圍等等，但同時(shí)也會帶來合規(guī)性風(fēng)險(xiǎn)。企業(yè)要從云計(jì)算部署中獲得最大的優(yōu)勢，首先要避免炒作的誘惑，并且對可以實(shí)現(xiàn)的目標(biāo)和潛在的新風(fēng)險(xiǎn)抱有切合實(shí)際的期望。

企業(yè)管理者希望采用計(jì)算來節(jié)省開支，但事實(shí)并非總是如此，尤其是如果企業(yè)在云計(jì)算采用方面犯了錯(cuò)誤，并且沒有重新整理其應(yīng)用程序的時(shí)候。而企業(yè)通常還希望能夠在相鄰區(qū)域做更少的工作，但是云計(jì)算基礎(chǔ)設(shè)施只替換服務(wù)器，而不是企業(yè)的IT人員。

不要以為將業(yè)務(wù)遷移到云中，就可以不再需要數(shù)據(jù)庫管理員、安全運(yùn)營、服務(wù)臺工程師和其他軟件專家的幫助。而且，如果像大多數(shù)企業(yè)一樣運(yùn)行混合云，則仍需要硬件支持企業(yè)要持有的物理資產(chǎn)。

云遷移邁向成功的第一步：組建團(tuán)隊(duì)并要求企業(yè)的合作伙伴也這樣做

Greenbaum表示，很多企業(yè)對云計(jì)算服務(wù)的需求超過了供應(yīng)，而完成工作卻缺乏高素質(zhì)的人才。他看到許多項(xiàng)目因缺乏人員而中斷。

Greenbaum說，“項(xiàng)目之所以取得成功，是因?yàn)榭蛻魧⑺麄兗夹g(shù)團(tuán)隊(duì)帶到了網(wǎng)絡(luò)中，并要求他們的系統(tǒng)集成商也將其技術(shù)團(tuán)隊(duì)帶到網(wǎng)絡(luò)中。如果企業(yè)不聘請優(yōu)秀的人才，那么可能會面臨糟糕的結(jié)果?！?/p>

云遷移邁向成功的第二步：謹(jǐn)慎對待云計(jì)算

很多企業(yè)仍然犯的一個(gè)常見錯(cuò)誤是將所有東西都轉(zhuǎn)移到云平臺上，但并不是所有東西都適用于云計(jì)算。Crawford表示將標(biāo)準(zhǔn)的業(yè)務(wù)應(yīng)用程序系列存儲在云中，并將唯一的代碼保留在內(nèi)部。

Crawford建議說，“如果企業(yè)的一些業(yè)務(wù)與眾不同，需要考慮將其轉(zhuǎn)移，例如電子郵件和日歷、ERP、HCM，而核心后臺功能至關(guān)重要，而且必不可少，但這是企業(yè)業(yè)務(wù)與眾不同的地方嗎？如果不是，這些都可以遷移到云平臺?！?/p>

云遷移邁向成功的第三步：創(chuàng)新與差異化

由于無論如何，企業(yè)都應(yīng)該為云計(jì)算重構(gòu)應(yīng)用程序，因此應(yīng)將其視為采用新方法和新設(shè)計(jì)的機(jī)會。為云原生設(shè)計(jì)重新構(gòu)建盡可能多的本地應(yīng)用程序，該應(yīng)用程序具有彈性，并可以根據(jù)需要進(jìn)行擴(kuò)展。容器化其應(yīng)用程序，使其在Docker上運(yùn)行，并由Kubernetes管理。所有主要的云計(jì)算提供商都提供服務(wù)以在本地和云中協(xié)助Kubernetes。

Mann說，“據(jù)我所知，成功的企業(yè)已經(jīng)利用云計(jì)算的根本不同性質(zhì)進(jìn)行了創(chuàng)新，而不僅僅是復(fù)制，這提供了他們從未有過的新原型，將服務(wù)提高到了客戶從未期望的水平，并采用了新的方式為新市場開發(fā)新的應(yīng)用程序?！?/p>

云遷移邁向成功的第四步：制定成功的策略

戰(zhàn)略性地使用云計(jì)算意味著重新考慮預(yù)算、組織、流程、技能、安全性、數(shù)據(jù)集成等等。技術(shù)只是一小部分，但是需要制定一個(gè)成功策略。成功的遷移包括做出有意識的投資組合決策，以決定要保留哪些內(nèi)容和要遷移哪些應(yīng)用程序和工作負(fù)載，要保留或放棄哪些平臺，以及如何重構(gòu)應(yīng)用程序以利用云計(jì)算的優(yōu)勢。通過在通用計(jì)算、存儲和數(shù)據(jù)庫平臺上進(jìn)行標(biāo)準(zhǔn)化，可以降低復(fù)雜性，并降低管理成本和運(yùn)營成本。

使事情保持簡單還意味著避免過度復(fù)雜的遷移，并且避免付出太多代價(jià)。當(dāng)項(xiàng)目范圍太大或時(shí)間范圍或預(yù)算太少時(shí)，就會產(chǎn)生問題和困難。因此不必一次性全部做完，需要分階段分解項(xiàng)目，一次解決一個(gè)問題。采用一種迭代的、類似devops的方法。而做一件事就確保有效完成，然后繼續(xù)實(shí)施下一個(gè)項(xiàng)目。

云遷移邁向成功的第五步：考慮采用新的數(shù)據(jù)模型

向云平臺的遷移可能意味著采用全新數(shù)據(jù)模型的機(jī)會。將數(shù)據(jù)存儲在云中是企業(yè)將數(shù)據(jù)模型擴(kuò)展到更廣泛的機(jī)會。例如，轉(zhuǎn)變?yōu)橐钥蛻魹橹行牡哪Ｐ涂赡芤馕吨鴱脑S多不同的來源引入更多的數(shù)據(jù)。

企業(yè)原來的內(nèi)部部署數(shù)據(jù)可能只有簡單的客戶輸入，例如名稱和地址，但是云平臺采用的新數(shù)據(jù)可能來自社交媒體、物聯(lián)網(wǎng)設(shè)備和其他來源。或者，企業(yè)甚至可以遷移到完全不同的數(shù)據(jù)分析平臺。例如Amazon Redshift與PostgreSQL兼容，但是谷歌公司的BigQuery使用的類型不同于典型的SQL或PostgreSQL。而Snowflake支持各種格式的半結(jié)構(gòu)化數(shù)據(jù)。

Greenbaum說，“從理論上說，企業(yè)在改變商業(yè)慣例，因此從數(shù)據(jù)中獲得的需求是不同的。數(shù)據(jù)質(zhì)量的變化與其他任何事物一樣都取決于企業(yè)領(lǐng)導(dǎo)者的決定。這不僅僅是將數(shù)據(jù)存儲到云中的簡單問題，它還成為一個(gè)真正的變更管理問題?！?/p>

責(zé)任編輯：ct