Andy Patrizio

對于大多數(shù)企業(yè)而言，遷移到云不再是問題，問題在于何時遷移。對于初學(xué)者而言，通過將應(yīng)用程序遷移到云端，用戶可以提高安全性、數(shù)據(jù)可訪問性、可伸縮性和IT靈活性。遷移到云端還可以節(jié)省資金。

但是需要注意的是，并非所有的云部署都能順利進(jìn)行。遷移通常需要比預(yù)期更長的時間，甚至面臨完全失敗的可能，浪費(fèi)時間和資金。在將應(yīng)用程序遷移到云端之后，企業(yè)發(fā)現(xiàn)它們并不比在本地運(yùn)行的效果更好，這種情況并不罕見。

最終的結(jié)果可能是企業(yè)再一次將應(yīng)用程序由云端遷移回本地數(shù)據(jù)中心。

在安全服務(wù)提供商Fortinet的贊助下，專業(yè)的供應(yīng)鏈公司IHS Markit進(jìn)行了一項(xiàng)調(diào)查，新的研究發(fā)現(xiàn)，在接受調(diào)查的企業(yè)中，74%的企業(yè)在未能實(shí)現(xiàn)預(yù)期的收益后，將基于云的應(yīng)用程序移回了本地數(shù)據(jù)中心。

這并不是一個新的問題。在谷歌上以云遷移失敗為關(guān)鍵詞進(jìn)行搜索，我們會發(fā)現(xiàn)幾年前就出現(xiàn)過這種案例。如今我們討論這個問題已有一段時間了，這個問題不是技術(shù)上的失敗，而是領(lǐng)導(dǎo)層面上的失敗。

以下是導(dǎo)致云遷移失敗的五個主要原因，以及如何才能取得成功的方法。

云遷移失敗原因之一：缺乏優(yōu)秀的合作伙伴

第一步是要意識到自己不能獨(dú)自完成這一工作，尤其是在開始的時候。無論是像埃森哲這樣的全球性的專業(yè)服務(wù)公司，還是地區(qū)性的咨詢公司，你都需要一個合作伙伴。這是一個應(yīng)該在經(jīng)過仔細(xì)考慮并獲得外部幫助后才能做出的決定。理想的情況下，你要有一些與自己的行業(yè)和地理環(huán)境相匹配的合作伙伴，他們可以幫助你選擇合適的建議來完成這項(xiàng)工作。

企業(yè)應(yīng)用咨詢公司總裁Joshua Greenbaum指出，“請仔細(xì)選擇自己的合作伙伴。要想獲得參考意見，你需要一個可提供參考意見的合作伙伴，他們不僅可以逐步幫助你完成遷移流程，而且還要具有技術(shù)實(shí)力和管理變化的能力。”

優(yōu)秀的云遷移專家可以幫助你確定要遷移的最佳應(yīng)用程序，確定如何集成舊系統(tǒng)和云服務(wù)，以及計劃和執(zhí)行遷移任務(wù)。優(yōu)秀的合作伙伴還可以幫助你制定高效的混合云策略或多云策略。

云遷移失敗原因之二：無法適應(yīng)云服務(wù)

企業(yè)最常犯的錯誤之一就是想讓他們的應(yīng)用程序像在本地運(yùn)行一樣在云端運(yùn)行。首席信息官咨詢公司Avoa的總裁Tim Crawford說，這是一個嚴(yán)重的且常見的錯誤。

Crawford說：“本地應(yīng)用程序常常有一個資源消耗峰值。云服務(wù)的精髓在于你需要時可以獲得資源，在不需要時可以將其歸還。傳統(tǒng)的應(yīng)用程序不具備云服務(wù)的自主性和編排優(yōu)勢?！?p>

許多用戶會忘記他們在公有云上運(yùn)行的每一個比特都會被計量，他們必須要為此付費(fèi)。他們常常讓未經(jīng)過針對性修改的應(yīng)用程序在云端上全力運(yùn)行，這樣很快就會耗盡計算周期，一個月后巨額賬單也會隨之而來。只是簡單地將應(yīng)用程序遷移到云端肯定會收到讓你感到震驚的賬單。最壞的情況是，你不得不面臨將應(yīng)用程序再次遷回到本地數(shù)據(jù)中心的麻煩。

云遷移失敗原因之三：企業(yè)內(nèi)部缺乏相應(yīng)的技能

如果你認(rèn)為自己可以使用老技術(shù)和老方法（ITIL框架、瀑布式流程、整體應(yīng)用程序、操作孤島等）繼續(xù)管理公有云甚至混合云，那么你肯定會感到無比失望。

你需要的是能夠管理動態(tài)基礎(chǔ)架構(gòu)、容器、自動化、微服務(wù)的技能。問題是，其他的企業(yè)也是如此！引入新技術(shù)肯定會有所幫助，但是吸引、培訓(xùn)和留住熟練人才才是解決問題的關(guān)鍵。

分析公司Splunk的首席技術(shù)倡導(dǎo)者Andi Mann說：“云運(yùn)營模型將IT部門從使用獨(dú)立的本地舊版工具和套件的傳統(tǒng)靜態(tài)的整體性軟件管理轉(zhuǎn)移到由多個基于云的點(diǎn)解決方案管理的高度分布式動態(tài)精細(xì)化的和抽象化的服務(wù)環(huán)境中。IT需要新的技能來管理云平臺本身，以及容器、微服務(wù)、API、SaaS系統(tǒng)等。”

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

項(xiàng)目都需要非常好的治理，這意味著每個相關(guān)的人員都要參與到向云轉(zhuǎn)換的工作中。通常，項(xiàng)目是由IT部門推動的，然后在項(xiàng)目完成之后再告訴所有受影響的人員。

Greenbaum指出：“這種情況比所有人都參與其中的情況更為普遍。很多人員都會涉及到基本的項(xiàng)目管理，我們要檢查指導(dǎo)委員會中是否有合適的人員，并獲取正確的信息。很多情況下，他們來不及邀請這些相關(guān)的人員，等到他們再邀請時已經(jīng)為時已晚了。”

Greenbaum最近遇到的一個例子是一家企業(yè)在遷移到云的過程中極大地改變了客戶體驗(yàn)。不幸的是，他們沒有考慮對供應(yīng)鏈的影響。因此，供應(yīng)鏈團(tuán)隊(duì)也沒有成為整個銷售調(diào)整的一部分。只有完成遷移后，供應(yīng)鏈小組的人員才意識到發(fā)生了什么，并且發(fā)現(xiàn)他們無法滿足產(chǎn)生調(diào)整所帶來的新需求。

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

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

領(lǐng)導(dǎo)層尤為希望通過云服務(wù)來節(jié)省資金，但是情況并非總是如此，特別是如果有本文列出的第二個問題并且沒有重新設(shè)計應(yīng)用程序時。云采用者通常還期望能夠減少在相鄰領(lǐng)域中的工作量，僅用云基礎(chǔ)架構(gòu)替代服務(wù)器，而沒有培養(yǎng)和調(diào)整相應(yīng)的IT人員。

不要以為只要可以遷移到云端，就可以擺脫所有數(shù)據(jù)庫管理員、安全運(yùn)營、服務(wù)臺工程師和其他軟件專家。如果你像大多數(shù)企業(yè)一樣運(yùn)行混合云，那么你仍需要對持有的物理資產(chǎn)提供硬件支持。

云遷移邁向成功的第一步：建立出色的團(tuán)隊(duì)并要求合作伙伴與他們同樣優(yōu)秀

對云服務(wù)的需求超過了供給，并且缺乏高素質(zhì)的人才來完成需要完成的工作。Greenbaum說，他已經(jīng)看到許多項(xiàng)目由于缺乏人員而被迫停擺。

Greenbaum說：“項(xiàng)目成功是因?yàn)榭蛻艚⒘艘恢С錾膱F(tuán)隊(duì)，并要求他們的系統(tǒng)集成商也要有一支優(yōu)秀的團(tuán)隊(duì)。如果你不聘請最優(yōu)秀的人才，那么你可能要面臨一個不理想的結(jié)果。”

云遷移邁向成功的第二步：謹(jǐn)慎對待云服務(wù)

企業(yè)犯的一個常見錯誤是，在并非所有內(nèi)容都適合云服務(wù)時，一股腦將所有內(nèi)容都轉(zhuǎn)移到了云端。Crawford表示，正確的做法是將最標(biāo)準(zhǔn)的業(yè)務(wù)應(yīng)用程序系列存儲在云端，并將特色代碼保留在本地數(shù)據(jù)中心上。

Crawford建議，“如果你的業(yè)務(wù)與眾不同，那么可以考慮只遷移電子郵件、日歷、ERP、HCM等應(yīng)用程序。核心后臺功能至關(guān)重要，而且必不可少，但是它們在IP（知識產(chǎn)權(quán)）方面與你的競爭對手有什么不同的地方嗎？如果答案是否定的，那么這是一個將它們遷移到云端的好機(jī)會?！?h3>云遷移邁向成功的第三步：創(chuàng)新與差異化

你應(yīng)該針對云端重構(gòu)自己的應(yīng)用程序，并應(yīng)將其視為擁抱新方法和新設(shè)計的機(jī)會。為云原生設(shè)計重新構(gòu)建盡可能多的本地應(yīng)用程序，這樣應(yīng)用程序才具有彈性并可以根據(jù)需要進(jìn)行伸縮。將應(yīng)用程序容器化，這樣它們才能在Docker上運(yùn)行，并由Kubernetes管理。所有主要的云提供商都提供幫助在本地和云端上運(yùn)行Kubernetes的服務(wù)。

Mann說：“據(jù)我所知，最成功的企業(yè)已經(jīng)開始利用云特性進(jìn)行創(chuàng)新了，而不僅僅是簡單的復(fù)制，他們提供了從未有過的新原型，將服務(wù)提高到了客戶從未期望過的水平，同時采用了新的方式為新的市場開發(fā)新的應(yīng)用程序?！?h3>云遷移邁向成功的第四步：制定具有凝聚力的策略

在策略層面使用云計算意味著重新考慮預(yù)算、組織、流程、技能、安全性、數(shù)據(jù)集成等等。技術(shù)只是其中的一小部分，策略的凝聚力可能會迅速消散。成功的遷移包括做出有意識的投資組合決策，以決定要保留和要移動哪些內(nèi)容，要堅(jiān)持使用或放棄哪些平臺，如何重構(gòu)應(yīng)用程序以利用云的優(yōu)勢。利用通用計算、存儲和數(shù)據(jù)庫平臺進(jìn)行標(biāo)準(zhǔn)化可以降低復(fù)雜性并降低管理和運(yùn)營成本。

不讓事情復(fù)雜化意味著要避免過度復(fù)雜的遷移，避免付出太多代價。當(dāng)項(xiàng)目太大、時間或預(yù)算太少時，就會發(fā)生一些糟糕的事情。不要貪多求全，要分階段地分解項(xiàng)目，一次解決一個。采用類似devOps的迭代式方法也不錯。做一個項(xiàng)目就可確保它們成功，然后再繼續(xù)進(jìn)行下一個項(xiàng)目。

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

向云端遷移可能意味著使用全新的數(shù)據(jù)模型。將數(shù)據(jù)存儲在云端是將原有數(shù)據(jù)模型擴(kuò)展為一個規(guī)模更大的數(shù)據(jù)模型的好機(jī)會。例如，轉(zhuǎn)變?yōu)橐钥蛻魹橹行牡哪Ｐ涂赡芤馕吨蓮脑S多不同的來源引入更多的數(shù)據(jù)。

原來的本地數(shù)據(jù)可能只有一個簡單的客戶輸入，例如名稱和地址，但是新的云數(shù)據(jù)可能來自社交媒體、物聯(lián)網(wǎng)設(shè)備和其他來源。你甚至可以遷移到完全不同的數(shù)據(jù)分析平臺上。雖然亞馬遜Redshift兼容PostgreSQL，但是谷歌的BigQuery卻不同于精典的SQL或PostgreSQL。Snowflake則支持各種格式的半結(jié)構(gòu)化數(shù)據(jù)。

Greenbaum說：“理論上講，你正在改變原來的實(shí)踐，因此你對需要從數(shù)據(jù)中獲得哪些東西的需求發(fā)生了變化。數(shù)據(jù)質(zhì)量的調(diào)整與其他的東西一樣，都是政治上的決定。其不僅僅是將數(shù)據(jù)存儲到云端這么簡單，而是一個調(diào)整管理方式的問題?！?/p>

本文作者Andy Patrizio為自由撰稿人，現(xiàn)居加利福尼亞南部，從事計算機(jī)行業(yè)已經(jīng)有20年時間。

原文網(wǎng)址

https：//www.infoworld.com/article/3453664/5-ways-your-cloud-migration-may-fail-and-5-ways-to-succeed.html e