云遷移八大挑戰(zhàn)

云計算的成熟度正在提高，但是有幾個挑戰(zhàn)可能會使它變得更加困難或昂貴。采用模式也發(fā)生了變化，部分原因是由于疫情。

最初，云遷移涉及存儲，其次是應(yīng)用和計算。隨著現(xiàn)在所有云服務(wù)都可用，企業(yè)可以實(shí)現(xiàn)新的效率水平并利用不斷增長的功能，盡管成本仍然是首要問題。

在疫情之前，我們必須進(jìn)行所有這些定價分析，以證明云計算會更便宜，我們還討論了總擁有成本?，F(xiàn)在的關(guān)鍵是成本優(yōu)化。對于我們的許多客戶來說，唾手可得的成果已經(jīng)轉(zhuǎn)移到云端，現(xiàn)在最大的問題是費(fèi)用。

為了節(jié)省成本，許多企業(yè)更愿意自行遷移，但這可能會造成效率低下，最終導(dǎo)致長期成本增加。例如，組織可能會將工作負(fù)載轉(zhuǎn)移到錯誤的環(huán)境，或花費(fèi)寶貴的時間來補(bǔ)救飛漲的消費(fèi)成本。

每年，由于云遷移過程效率低下，組織花費(fèi)更多，而且相當(dāng)多的企業(yè)發(fā)現(xiàn)他們的遷移被推遲。這些意料之外的云支出在全球范圍內(nèi)累積起來，浪費(fèi)了開支。為了避免這種浪費(fèi)，組織應(yīng)該定義明確的KPI，以確定他們轉(zhuǎn)向云后預(yù)計節(jié)省或花費(fèi)多少。這有助于確定遷移在經(jīng)濟(jì)上是高效的還是具有挑戰(zhàn)性的。

以下是組織面臨的其他一些云遷移挑戰(zhàn)。

1.應(yīng)用依賴項(xiàng)

將數(shù)據(jù)中心遷移到云中面臨諸多挑戰(zhàn)。最常見的挑戰(zhàn)是組織不了解應(yīng)用之間甚至單個應(yīng)用組件之間的關(guān)鍵依賴關(guān)系。

了解應(yīng)用如何相互通信以及哪些核心服務(wù)對應(yīng)用的運(yùn)行至關(guān)重要，是制定遷移計劃的重要因素。如果不這樣做，可能會導(dǎo)致代價高昂的停機(jī)、性能和用戶體驗(yàn)下降以及可能的安全風(fēng)險?；〞r間進(jìn)行徹底的應(yīng)用依賴關(guān)系映射，并將其發(fā)現(xiàn)納入遷移計劃的企業(yè)會增加其云轉(zhuǎn)型成功的機(jī)會。

2.數(shù)據(jù)安全與法規(guī)合規(guī)性

云遷移暴露了新的漏洞和風(fēng)險。團(tuán)隊(duì)可以利用云，通過使用基礎(chǔ)設(shè)施即代碼(IaC)技術(shù)來保護(hù)其云開發(fā)管道。

IaC可以輕松地在代碼級別整合安全控制，并使用集成到開發(fā)過程中的工具評估新基礎(chǔ)設(shè)施是否存在問題。大多數(shù)公共云平臺甚至提供了工具來評估和監(jiān)控其開發(fā)流程中的安全問題，安全團(tuán)隊(duì)正在使用云安全態(tài)勢管理(CSPM)和云原生應(yīng)用保護(hù)平臺(CNAPP)等新興功能，以實(shí)時查看安全配置錯誤或其他需要調(diào)查的可疑活動。將這些工具集成到云管理控制平面和構(gòu)建管道中，為安全團(tuán)隊(duì)提供了他們在本地環(huán)境中永遠(yuǎn)無法實(shí)現(xiàn)的可見性和控制水平。

3.舊的思維模式

如果使用基礎(chǔ)設(shè)施即代碼、無服務(wù)器、邊緣計算等現(xiàn)代方法，那么在幾分鐘內(nèi)配置和停用副本環(huán)境進(jìn)行測試、每天部署多次或進(jìn)行無憂生產(chǎn)部署并不難。最終的解決方案通常更簡單，而不是更復(fù)雜，即使聽起來相反，我們可以逐個服務(wù)進(jìn)行遷移，在完全轉(zhuǎn)向無服務(wù)器、Docker和CDN之后，這能夠大大加快交付速度，這主要?dú)w功于CI/CD，它消除了整個發(fā)布管理開銷。

4.錯誤的假設(shè)

對于過去依賴本地數(shù)據(jù)中心、大型機(jī)計算和傳統(tǒng)發(fā)布周期的組織來說，遷移到云可能會很困難。有效的云遷移可以挑戰(zhàn)以下關(guān)鍵領(lǐng)域的核心假設(shè)：

● 基礎(chǔ)設(shè)施作為資本支出，而非基礎(chǔ)設(shè)施即代碼(IaC)

● 資產(chǎn)所有權(quán)成本核算與彈性計算

● 從基礎(chǔ)設(shè)施和應(yīng)用的端到端管理轉(zhuǎn)型，重新關(guān)注可組合的基于云的平臺和服務(wù)構(gòu)建模塊

● 從基于邊界的本地安全模型轉(zhuǎn)變?yōu)榛谠苹蚧旌系耐{模型

● 評估面向云的共享責(zé)任模型中完整硬件和網(wǎng)絡(luò)控制權(quán)之間的權(quán)衡

● 基于物理位置而不是基于云的冗余和分層數(shù)據(jù)存儲選項(xiàng)的災(zāi)難恢復(fù)和業(yè)務(wù)連續(xù)性規(guī)劃

與物理數(shù)據(jù)中心相比，在云中垂直、水平甚至區(qū)域擴(kuò)展都更容易。不過，它并不總是更便宜或更省力，因此在完全致力于將云遷移作為戰(zhàn)略核心之前，考慮所有潛在的權(quán)衡是很重要的。

5.缺乏批判性思考

水平和垂直遷移都面臨挑戰(zhàn)。橫向遷移基本不會影響工作負(fù)載架構(gòu)，并且能夠在相同的公有云或私有云環(huán)境中找到更高效的云提供商。考慮到私有云領(lǐng)域的并購活動，團(tuán)隊(duì)正在重新評估私有云的成本模型和潛在的虛擬機(jī)管理程序更改，這一點(diǎn)現(xiàn)在突然變得更有趣了。

這是一項(xiàng)復(fù)雜的任務(wù)，必須采用全新的經(jīng)濟(jì)模式，并清醒地評估團(tuán)隊(duì)的技能和能力，不僅要管理遷移本身，還要管理第二天的工作量。

垂直遷移通常是從私有云遷移到公有云的“直接遷移”式遷移，或者較少見地從公有云遷移到私有云。這通常是第一步，旨在減少私有云的覆蓋面，并減輕私有云水平遷移中可能需要的任何風(fēng)險或工作量。為此利用的公有云服務(wù)是一種非常穩(wěn)定且描述良好的商品，可簡化遷移過程。最后，還有現(xiàn)代化遷移，這不僅包括工作負(fù)載移動本身，還包括更改工作負(fù)載的架構(gòu)模式以更好地與云原生模式保持一致。

作為一家企業(yè)，需要不斷評估多方面的投入，以確定哪種技術(shù)組合在任何給定時間都適合企業(yè)。這些維度包括哪些工作負(fù)載對企業(yè)差異化能力貢獻(xiàn)最大、需要多久重新部署/修改使用和擴(kuò)展模式、合規(guī)性需求以及經(jīng)濟(jì)規(guī)模如何，確保有一個共同的管理場所來平衡這些因素，并讓團(tuán)隊(duì)專注于將正確的工作負(fù)載放在正確的云中，并采用正確的經(jīng)濟(jì)規(guī)模因素來確保最高的云投資回報率。

6.將運(yùn)營技術(shù)遷移到云端

雖然云計算事業(yè)的最初重點(diǎn)是將存儲和備份等IT工作負(fù)載遷移到云端，但當(dāng)前的挑戰(zhàn)是將制造流程中不可或缺的復(fù)雜且關(guān)鍵的運(yùn)營技術(shù)(OT)系統(tǒng)遷移到云端。

這些系統(tǒng)不僅錯綜復(fù)雜，而且深深嵌入運(yùn)營之中，還需要OT管理員具備專業(yè)知識，而這些管理員可能沒有接受過云服務(wù)方面的培訓(xùn)，此外，保持OT數(shù)據(jù)安全并符合各種標(biāo)準(zhǔn)是一個重大障礙，加劇了云IT工作負(fù)載與制造運(yùn)營之間的鴻溝。

為了彌合IT和OT之間的差距并從云采用中獲取價值，制造商應(yīng)該利用云的可擴(kuò)展性和高級分析功能。例如，利用定期接受SOC2評估的SaaS平臺可以為敏感的OT數(shù)據(jù)提供安全且合規(guī)的環(huán)境，使企業(yè)能夠適應(yīng)不斷變化的需求，分析大量數(shù)據(jù)以做出更好的決策，并為員工提供可操作的見解。

7.傳統(tǒng)系統(tǒng)知識和技術(shù)債務(wù)

大多數(shù)正在經(jīng)歷現(xiàn)代化的應(yīng)用都蘊(yùn)含了多年的業(yè)務(wù)和流程知識，但文檔很少甚至沒有，因此逆向工程非常困難。

除了復(fù)雜性之外，許多與傳統(tǒng)系統(tǒng)和技術(shù)債務(wù)相關(guān)的功能和業(yè)務(wù)邏輯可能需要折舊或停止使用，這項(xiàng)業(yè)務(wù)決策和批準(zhǔn)是一項(xiàng)重大挑戰(zhàn)。為了克服這個問題，團(tuán)隊(duì)中必須有傳統(tǒng)系統(tǒng)專家，他們可以幫助高效地掌握這些固有的系統(tǒng)知識。

8.人才與變革管理

大多數(shù)云技能需要通過內(nèi)部部署工具和系統(tǒng)進(jìn)行顯著提升。應(yīng)對這一挑戰(zhàn)將在移民工作中發(fā)揮關(guān)鍵作用，而且看起來很簡單，只需為員工提供技能培訓(xùn)以促進(jìn)他們的成長即可。

兩個相關(guān)領(lǐng)域也以人為本，即變更管理和用戶采用。任何新系統(tǒng)都會讓用戶與舊系統(tǒng)進(jìn)行比較。為了克服這個問題，需要有一個強(qiáng)大的變更管理計劃來推動用戶采用。

生成海報

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進(jìn)一步核實(shí)，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負(fù)任何法律責(zé)任。任何單位或個人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實(shí)內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。