云遷移應(yīng)該會(huì)使應(yīng)用程序、IT和業(yè)務(wù)受益。企業(yè)應(yīng)該避免陷阱并獲得回報(bào)。
對(duì)于大多數(shù)企業(yè)而言,將業(yè)務(wù)遷移到云平臺(tái)不再是一個(gè)難題。通過(guò)將應(yīng)用程序遷移到云平臺(tái)中,企業(yè)可以提高安全性、數(shù)據(jù)訪問、可擴(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é)果可能是另一次遷移,將其應(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ù)中心。
這并不是什么新問題,如果采用谷歌搜索一下云遷移失敗事例,就會(huì)發(fā)現(xiàn)幾年前的失敗案例。很多人討論這個(gè)問題已有一段時(shí)間了,這個(gè)問題通常不是技術(shù)方面的失敗,而是企業(yè)領(lǐng)導(dǎo)層決策的失敗。
以下是導(dǎo)致企業(yè)云遷移失敗的五個(gè)主要原因以及其解決方法。
云遷移失敗原因之一:缺乏良好的合作伙伴
企業(yè)需要意識(shí)到不能獨(dú)自進(jìn)行云遷移,尤其是在一開始的時(shí)候。無(wú)論是像埃森哲這樣的全球?qū)I(yè)服務(wù)公司,還是當(dāng)?shù)氐淖稍儥C(jī)構(gòu),都需要與合作伙伴開展合作。這是一個(gè)應(yīng)該經(jīng)過(guò)慎重考慮和外部投入才能做出的決定。在理想情況下,企業(yè)在行業(yè)和地理環(huá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è)犯下的最常見錯(cuò)誤之一就是讓他們的應(yīng)用程序像在本地一樣在云中運(yùn)行。首席信息官咨詢機(jī)構(gòu)Avoa公司的總裁Tim Crawford表示,這是一個(gè)巨大且常見的錯(cuò)誤。
Crawford說(shuō),“內(nèi)部部署應(yīng)用程序習(xí)慣于在高峰時(shí)消耗資源,采用云計(jì)算的目的是在企業(yè)需要時(shí)使用資源,而在不需要時(shí)將其歸還。但是,傳統(tǒng)的應(yīng)用程序并沒有具備充分利用自主性和編排水平來(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ù)等方面的技能。問題是其他企業(yè)也一樣!新技術(shù)將有所幫助,但吸引、培訓(xùn)和留住技術(shù)人才仍然至關(guān)重要。
分析機(jī)構(gòu)Splunk公司首席技術(shù)倡導(dǎo)者Andi Mann說(shuō),“云計(jì)算運(yùn)營(yíng)模型將IT部門從使用獨(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)等。”
云遷移失敗原因之四:沒有引入利益相關(guān)者
項(xiàng)目需要非常好的治理,這意味著與云平臺(tái)轉(zhuǎn)換有關(guān)的利益相關(guān)者參與。通常項(xiàng)目是由IT部門驅(qū)動(dòng)的,然后在項(xiàng)目完成后告訴受到影響的人員。
Greenbaum指出,“這比任何人都承認(rèn)的更為普遍。很多都是基本的項(xiàng)目管理,檢查指導(dǎo)委員會(huì)中是否有合適的人員,并獲取正確的信息。通常情況下他們沒有受到邀請(qǐng),而出了問題卻為時(shí)已晚。”
Greenbaum以一家公司為例,該公司在遷移到云平臺(tái)的過(guò)程中極大地改變了客戶體驗(yàn)。不幸的是,他們沒有考慮對(duì)供應(yīng)鏈的影響。因此,供應(yīng)鏈團(tuán)隊(duì)并沒有參與到銷售變革中。只有在遷移完成之后,供應(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é)省開支,但事實(shí)并非總是如此,尤其是如果企業(yè)在云計(jì)算采用方面犯了錯(cuò)誤,并且沒有重新整理其應(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è)常見錯(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)開發(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)生問題和困難。因此不必一次性全部做完,需要分階段分解項(xiàng)目,一次解決一個(gè)問題。采用一種迭代的、類似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)橐钥蛻魹橹行牡哪P涂赡芤馕吨鴱脑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)源。或者,企業(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)單問題,它還成為一個(gè)真正的變更管理問題。”
版權(quán)聲明:本文為企業(yè)網(wǎng)D1Net編譯,轉(zhuǎn)載需注明出處為:企業(yè)網(wǎng)D1Net,如果不注明出處,企業(yè)網(wǎng)D1Net將保留追究其法律責(zé)任的權(quán)利。