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

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

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

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

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

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

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

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

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

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

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

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

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

3.舊的思維模式

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

4.錯(cuò)誤的假設(shè)

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

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

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

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

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

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

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

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

5.缺乏批判性思考

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

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

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

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

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

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

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

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

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

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

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

8.人才與變革管理

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

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

生成海報(bào)

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