Andy Patrizio

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Greenbaum說：“項目成功是因為客戶建立了一支出色的團隊，并要求他們的系統(tǒng)集成商也要有一支優(yōu)秀的團隊。如果你不聘請最優(yōu)秀的人才，那么你可能要面臨一個不理想的結(jié)果。”

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

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

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

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

Mann說：“據(jù)我所知，最成功的企業(yè)已經(jīng)開始利用云特性進行創(chuàng)新了，而不僅僅是簡單的復(fù)制，他們提供了從未有過的新原型，將服務(wù)提高到了客戶從未期望過的水平，同時采用了新的方式為新的市場開發(fā)新的應(yīng)用程序。”

云遷移邁向成功的第四步：制定具有凝聚力的策略

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

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

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

向云端遷移可能意味著使用全新的數(shù)據(jù)模型。將數(shù)據(jù)存儲在云端是將原有數(shù)據(jù)模型擴展為一個規(guī)模更大的數(shù)據(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ù)據(jù)中獲得哪些東西的需求發(fā)生了變化。數(shù)據(jù)質(zhì)量的調(diào)整與其他的東西一樣，都是政治上的決定。其不僅僅是將數(shù)據(jù)存儲到云端這么簡單，而是一個調(diào)整管理方式的問題?！?/p>

本文作者Andy Patrizio為自由撰稿人，現(xiàn)居加利福尼亞南部，從事計算機行業(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