對(duì)于大多數(shù)企業(yè)而言，將業(yè)務(wù)遷移到云平臺(tái)不再是一個(gè)難題。通過(guò)將應(yīng)用程序遷移到云平臺(tái)中，企業(yè)可以提高安全性、數(shù)據(jù)訪問(wèn)、可擴(kuò)展性和IT靈活性。將業(yè)務(wù)遷移到云平臺(tái)還可以為企業(yè)節(jié)省成本。
但是需要注意：并非所有云計(jì)算部署都能順利進(jìn)行。云遷移通常比企業(yè)的預(yù)期花費(fèi)更長(zhǎng)的時(shí)間，或者可能導(dǎo)致失敗，從而浪費(fèi)更多的時(shí)間和費(fèi)用。很多企業(yè)在將應(yīng)用程序遷移到云平臺(tái)之后，發(fā)現(xiàn)運(yùn)行效果不佳，這并不罕見(jià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ù)中心。
這并不是什么新問(wèn)題，如果采用谷歌搜索一下云遷移失敗事例，就會(huì)發(fā)現(xiàn)幾年前的失敗案例。很多人討論這個(gè)問(wèn)題已有一段時(shí)間了，這個(gè)問(wèn)題通常不是技術(shù)方面的失敗，而是企業(yè)領(lǐng)導(dǎo)層決策的失敗。
以下是導(dǎo)致企業(yè)云遷移失敗的五個(gè)主要原因以及其解決方法。
云遷移失敗原因之一：缺乏良好的合作伙伴
企業(yè)需要意識(shí)到不能獨(dú)自進(jìn)行云遷移，尤其是在一開(kāi)始的時(shí)候。無(wú)論是像埃森哲這樣的全球?qū)I(yè)服務(wù)公司，還是當(dāng)?shù)氐淖稍儥C(jī)構(gòu)，都需要與合作伙伴開(kāi)展合作。這是一個(gè)應(yīng)該經(jīng)過(guò)慎重考慮和外部投入才能做出的決定。在理想情況下，企業(yè)在行業(yè)和地理環(huán)境中擁有很多同行，可以幫助選擇合適的顧問(wèn)來(lái)完成工作。
Enterprise Application咨詢公司總裁Joshua Greenbaum說(shuō)，“企業(yè)在選擇合作伙伴時(shí)需要小心謹(jǐn)慎，企業(yè)需要與具有參考價(jià)值的合作伙伴合作，其不僅可以幫助企業(yè)逐步完成流程，還需要具有技術(shù)能力和變更管理功能。”
優(yōu)秀的云遷移專家可以幫助企業(yè)確定需要遷移的最佳應(yīng)用程序，確定如何集成遺留系統(tǒng)和云計(jì)算服務(wù)，以及規(guī)劃和執(zhí)行遷移。良好的合作伙伴還可以幫助企業(yè)制定有效的混合云或多云策略。
云遷移失敗原因之二：無(wú)法適應(yīng)云計(jì)算
企業(yè)犯下的最常見(jiàn)錯(cuò)誤之一就是讓他們的應(yīng)用程序像在本地一樣在云中運(yùn)行。首席信息官咨詢機(jī)構(gòu)Avoa公司的總裁Tim Crawford表示，這是一個(gè)巨大且常見(jiàn)的錯(cuò)誤。
Crawford說(shuō)，“內(nèi)部部署應(yīng)用程序習(xí)慣于在高峰時(shí)消耗資源，采用云計(jì)算的目的是在企業(yè)需要時(shí)使用資源，而在不需要時(shí)將其歸還。但是，傳統(tǒng)的應(yīng)用程序并沒(méi)有具備充分利用自主性和編排水平來(lái)利用云計(jì)算的優(yōu)勢(shì)。”
很多用戶忘記了他們必須為在公共云上運(yùn)行的應(yīng)用程序和工作負(fù)載支付費(fèi)用。他們讓未經(jīng)修改的應(yīng)用程序全面運(yùn)行，耗盡了計(jì)算周期，之后將會(huì)收到高額賬單。而將應(yīng)用程序簡(jiǎn)單地提升并轉(zhuǎn)移到云中至少會(huì)加快業(yè)務(wù)，面臨最壞的情況是，企業(yè)將面臨回到內(nèi)部部署數(shù)據(jù)中心的麻煩。
云遷移失敗原因之三：內(nèi)部缺乏正確的技能
如果企業(yè)認(rèn)為可以使用原有技術(shù)和方法(ITIL框架、瀑布式流程、整體應(yīng)用程序、運(yùn)營(yíng)孤島等)來(lái)管理公共云甚至混合云，那么將會(huì)感到失望。
企業(yè)需要掌握管理動(dòng)態(tài)基礎(chǔ)設(shè)施、容器、自動(dòng)化、微服務(wù)等方面的技能。問(wèn)題是其他企業(yè)也一樣!新技術(shù)將有所幫助，但吸引、培訓(xùn)和留住技術(shù)人才仍然至關(guān)重要。
分析機(jī)構(gòu)Splunk公司首席技術(shù)倡導(dǎo)者Andi Mann說(shuō)，“云計(jì)算運(yùn)營(yíng)模型將IT部門(mén)從使用獨(dú)立的內(nèi)部部署原有工具和套件的傳統(tǒng)、靜態(tài)、整體軟件管理轉(zhuǎn)移到由多個(gè)基于云計(jì)算的點(diǎn)解決方案管理的高度分布式、動(dòng)態(tài)、原子化和抽象化服務(wù)的環(huán)境。IT團(tuán)隊(duì)需要新的技能來(lái)管理云平臺(tái)本身，以及容器、微服務(wù)、API、SaaS系統(tǒng)等。”
云遷移失敗原因之四：沒(méi)有引入利益相關(guān)者
項(xiàng)目需要非常好的治理，這意味著與云平臺(tái)轉(zhuǎn)換有關(guān)的利益相關(guān)者參與。通常項(xiàng)目是由IT部門(mén)驅(qū)動(dòng)的，然后在項(xiàng)目完成后告訴受到影響的人員。
Greenbaum指出，“這比任何人都承認(rèn)的更為普遍。很多都是基本的項(xiàng)目管理，檢查指導(dǎo)委員會(huì)中是否有合適的人員，并獲取正確的信息。通常情況下他們沒(méi)有受到邀請(qǐng)，而出了問(wèn)題卻為時(shí)已晚。”
Greenbaum以一家公司為例，該公司在遷移到云平臺(tái)的過(guò)程中極大地改變了客戶體驗(yàn)。不幸的是，他們沒(méi)有考慮對(duì)供應(yīng)鏈的影響。因此，供應(yīng)鏈團(tuán)隊(duì)并沒(méi)有參與到銷售變革中。只有在遷移完成之后，供應(yīng)鏈團(tuán)隊(duì)中的人員才意識(shí)到發(fā)生了什么，并發(fā)現(xiàn)他們無(wú)法滿足變革帶來(lái)的新需求。
云遷移失敗原因之五：不切實(shí)際的期望
企業(yè)將業(yè)務(wù)遷移到云平臺(tái)可以帶來(lái)巨大的好處——速度、敏捷性、降低成本、戰(zhàn)略重點(diǎn)，可擴(kuò)展性、覆蓋范圍等等，但同時(shí)也會(huì)帶來(lái)合規(guī)性風(fēng)險(xiǎn)。企業(yè)要從云計(jì)算部署中獲得最大的優(yōu)勢(shì)，首先要避免炒作的誘惑，并且對(duì)可以實(shí)現(xiàn)的目標(biāo)和潛在的新風(fēng)險(xiǎn)抱有切合實(shí)際的期望。
企業(yè)管理者希望采用計(jì)算來(lái)節(jié)省開(kāi)支，但事實(shí)并非總是如此，尤其是如果企業(yè)在云計(jì)算采用方面犯了錯(cuò)誤，并且沒(méi)有重新整理其應(yīng)用程序的時(shí)候。而企業(yè)通常還希望能夠在相鄰區(qū)域做更少的工作，但是云計(jì)算基礎(chǔ)設(shè)施只替換服務(wù)器，而不是企業(yè)的IT人員。
不要以為將業(yè)務(wù)遷移到云中，就可以不再需要數(shù)據(jù)庫(kù)管理員、安全運(yùn)營(yíng)、服務(wù)臺(tái)工程師和其他軟件專家的幫助。而且，如果像大多數(shù)企業(yè)一樣運(yùn)行混合云，則仍需要硬件支持企業(yè)要持有的物理資產(chǎn)。
云遷移邁向成功的第一步：組建團(tuán)隊(duì)并要求企業(yè)的合作伙伴也這樣做
Greenbaum表示，很多企業(yè)對(duì)云計(jì)算服務(wù)的需求超過(guò)了供應(yīng)，而完成工作卻缺乏高素質(zhì)的人才。他看到許多項(xiàng)目因缺乏人員而中斷。
Greenbaum說(shuō)，“項(xiàng)目之所以取得成功，是因?yàn)榭蛻魧⑺麄兗夹g(shù)團(tuán)隊(duì)帶到了網(wǎng)絡(luò)中，并要求他們的系統(tǒng)集成商也將其技術(shù)團(tuán)隊(duì)帶到網(wǎng)絡(luò)中。如果企業(yè)不聘請(qǐng)優(yōu)秀的人才，那么可能會(huì)面臨糟糕的結(jié)果。”
云遷移邁向成功的第二步：謹(jǐn)慎對(duì)待云計(jì)算
很多企業(yè)仍然犯的一個(gè)常見(jiàn)錯(cuò)誤是將所有東西都轉(zhuǎn)移到云平臺(tái)上，但并不是所有東西都適用于云計(jì)算。Crawford表示將標(biāo)準(zhǔn)的業(yè)務(wù)應(yīng)用程序系列存儲(chǔ)在云中，并將唯一的代碼保留在內(nèi)部。
Crawford建議說(shuō)，“如果企業(yè)的一些業(yè)務(wù)與眾不同，需要考慮將其轉(zhuǎn)移，例如電子郵件和日歷、ERP、HCM，而核心后臺(tái)功能至關(guān)重要，而且必不可少，但這是企業(yè)業(yè)務(wù)與眾不同的地方嗎?如果不是，這些都可以遷移到云平臺(tái)。”
云遷移邁向成功的第三步：創(chuàng)新與差異化
由于無(wú)論如何，企業(yè)都應(yīng)該為云計(jì)算重構(gòu)應(yīng)用程序，因此應(yīng)將其視為采用新方法和新設(shè)計(jì)的機(jī)會(huì)。為云原生設(shè)計(jì)重新構(gòu)建盡可能多的本地應(yīng)用程序，該應(yīng)用程序具有彈性，并可以根據(jù)需要進(jìn)行擴(kuò)展。容器化其應(yīng)用程序，使其在Docker上運(yùn)行，并由Kubernetes管理。所有主要的云計(jì)算提供商都提供服務(wù)以在本地和云中協(xié)助Kubernetes。
Mann說(shuō)，“據(jù)我所知，成功的企業(yè)已經(jīng)利用云計(jì)算的根本不同性質(zhì)進(jìn)行了創(chuàng)新，而不僅僅是復(fù)制，這提供了他們從未有過(guò)的新原型，將服務(wù)提高到了客戶從未期望的水平，并采用了新的方式為新市場(chǎng)開(kāi)發(fā)新的應(yīng)用程序。”
云遷移邁向成功的第4步：制定成功的策略
戰(zhàn)略性地使用云計(jì)算意味著重新考慮預(yù)算、組織、流程、技能、安全性、數(shù)據(jù)集成等等。技術(shù)只是一小部分，但是需要制定一個(gè)成功策略。成功的遷移包括做出有意識(shí)的投資組合決策，以決定要保留哪些內(nèi)容和要遷移哪些應(yīng)用程序和工作負(fù)載，要保留或放棄哪些平臺(tái)，以及如何重構(gòu)應(yīng)用程序以利用云計(jì)算的優(yōu)勢(shì)。通過(guò)在通用計(jì)算、存儲(chǔ)和數(shù)據(jù)庫(kù)平臺(tái)上進(jìn)行標(biāo)準(zhǔn)化，可以降低復(fù)雜性，并降低管理成本和運(yùn)營(yíng)成本。
使事情保持簡(jiǎn)單還意味著避免過(guò)度復(fù)雜的遷移，并且避免付出太多代價(jià)。當(dāng)項(xiàng)目范圍太大或時(shí)間范圍或預(yù)算太少時(shí)，就會(huì)產(chǎn)生問(wèn)題和困難。因此不必一次性全部做完，需要分階段分解項(xiàng)目，一次解決一個(gè)問(wèn)題。采用一種迭代的、類似devops的方法。而做一件事就確保有效完成，然后繼續(xù)實(shí)施下一個(gè)項(xiàng)目。
云遷移邁向成功的第5步：考慮采用新的數(shù)據(jù)模型
向云平臺(tái)的遷移可能意味著采用全新數(shù)據(jù)模型的機(jī)會(huì)。將數(shù)據(jù)存儲(chǔ)在云中是企業(yè)將數(shù)據(jù)模型擴(kuò)展到更廣泛的機(jī)會(huì)。例如，轉(zhuǎn)變?yōu)橐钥蛻魹橹行牡哪Ｐ涂赡芤馕吨鴱脑S多不同的來(lái)源引入更多的數(shù)據(jù)。
企業(yè)原來(lái)的內(nèi)部部署數(shù)據(jù)可能只有簡(jiǎn)單的客戶輸入，例如名稱和地址，但是云平臺(tái)采用的新數(shù)據(jù)可能來(lái)自社交媒體、物聯(lián)網(wǎng)設(shè)備和其他來(lái)源?；蛘撸髽I(yè)甚至可以遷移到完全不同的數(shù)據(jù)分析平臺(tái)。例如Amazon Redshift與PostgreSQL兼容，但是谷歌公司的BigQuery使用的類型不同于典型的SQL或PostgreSQL。而Snowflake支持各種格式的半結(jié)構(gòu)化數(shù)據(jù)。
Greenbaum說(shuō)，“從理論上說(shuō)，企業(yè)在改變商業(yè)慣例，因此從數(shù)據(jù)中獲得的需求是不同的。數(shù)據(jù)質(zhì)量的變化與其他任何事物一樣都取決于企業(yè)領(lǐng)導(dǎo)者的決定。這不僅僅是將數(shù)據(jù)存儲(chǔ)到云中的簡(jiǎn)單問(wèn)題，它還成為一個(gè)真正的變更管理問(wèn)題。”
版權(quán)聲明：本文為企業(yè)網(wǎng)D1Net編譯，轉(zhuǎn)載需注明出處為：企業(yè)網(wǎng)D1Net，如果不注明出處，企業(yè)網(wǎng)D1Net將保留追究其法律責(zé)任的權(quán)利。
京公網(wǎng)安備 11010502049343號(hào)