本文來自千家網(wǎng)。
云計算的成熟度正在提高，但是有幾個挑戰(zhàn)可能會使它變得更加困難或昂貴。采用模式也發(fā)生了變化，部分原因是由于疫情。
最初，云遷移涉及存儲，其次是應(yīng)用和計算。隨著現(xiàn)在所有云服務(wù)都可用，企業(yè)可以實現(xiàn)新的效率水平并利用不斷增長的功能，盡管成本仍然是首要問題。
在疫情之前，我們必須進行所有這些定價分析，以證明云計算會更便宜，我們還討論了總擁有成本?，F(xiàn)在的關(guān)鍵是成本優(yōu)化。對于我們的許多客戶來說，唾手可得的成果已經(jīng)轉(zhuǎn)移到云端，現(xiàn)在最大的問題是費用。
為了節(jié)省成本，許多企業(yè)更愿意自行遷移，但這可能會造成效率低下，最終導(dǎo)致長期成本增加。例如，組織可能會將工作負載轉(zhuǎn)移到錯誤的環(huán)境，或花費寶貴的時間來補救飛漲的消費成本。
每年，由于云遷移過程效率低下，組織花費更多，而且相當多的企業(yè)發(fā)現(xiàn)他們的遷移被推遲。這些意料之外的云支出在全球范圍內(nèi)累積起來，浪費了開支。為了避免這種浪費，組織應(yīng)該定義明確的KPI，以確定他們轉(zhuǎn)向云后預(yù)計節(jié)省或花費多少。這有助于確定遷移在經(jīng)濟上是高效的還是具有挑戰(zhàn)性的。
以下是組織面臨的其他一些云遷移挑戰(zhàn)。
1.應(yīng)用依賴項
將數(shù)據(jù)中心遷移到云中面臨諸多挑戰(zhàn)。最常見的挑戰(zhàn)是組織不了解應(yīng)用之間甚至單個應(yīng)用組件之間的關(guān)鍵依賴關(guān)系。
了解應(yīng)用如何相互通信以及哪些核心服務(wù)對應(yīng)用的運行至關(guān)重要，是制定遷移計劃的重要因素。如果不這樣做，可能會導(dǎo)致代價高昂的停機、性能和用戶體驗下降以及可能的安全風險。花時間進行徹底的應(yīng)用依賴關(guān)系映射，并將其發(fā)現(xiàn)納入遷移計劃的企業(yè)會增加其云轉(zhuǎn)型成功的機會。
2.數(shù)據(jù)安全與法規(guī)合規(guī)性
云遷移暴露了新的漏洞和風險。團隊可以利用云，通過使用基礎(chǔ)設(shè)施即代碼(IaC)技術(shù)來保護其云開發(fā)管道。
IaC可以輕松地在代碼級別整合安全控制，并使用集成到開發(fā)過程中的工具評估新基礎(chǔ)設(shè)施是否存在問題。大多數(shù)公共云平臺甚至提供了工具來評估和監(jiān)控其開發(fā)流程中的安全問題，安全團隊正在使用云安全態(tài)勢管理(CSPM)和云原生應(yīng)用保護平臺(CNAPP)等新興功能，以實時查看安全配置錯誤或其他需要調(diào)查的可疑活動。將這些工具集成到云管理控制平面和構(gòu)建管道中，為安全團隊提供了他們在本地環(huán)境中永遠無法實現(xiàn)的可見性和控制水平。
3.舊的思維模式
如果使用基礎(chǔ)設(shè)施即代碼、無服務(wù)器、邊緣計算等現(xiàn)代方法，那么在幾分鐘內(nèi)配置和停用副本環(huán)境進行測試、每天部署多次或進行無憂生產(chǎn)部署并不難。最終的解決方案通常更簡單，而不是更復(fù)雜，即使聽起來相反，我們可以逐個服務(wù)進行遷移，在完全轉(zhuǎn)向無服務(wù)器、Docker和CDN之后，這能夠大大加快交付速度，這主要歸功于CI/CD，它消除了整個發(fā)布管理開銷。
4.錯誤的假設(shè)
對于過去依賴本地數(shù)據(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)榛谠苹蚧旌系耐{模型
●評估面向云的共享責任模型中完整硬件和網(wǎng)絡(luò)控制權(quán)之間的權(quán)衡
●基于物理位置而不是基于云的冗余和分層數(shù)據(jù)存儲選項的災(zāi)難恢復(fù)和業(yè)務(wù)連續(xù)性規(guī)劃
與物理數(shù)據(jù)中心相比，在云中垂直、水平甚至區(qū)域擴展都更容易。不過，它并不總是更便宜或更省力，因此在完全致力于將云遷移作為戰(zhàn)略核心之前，考慮所有潛在的權(quán)衡是很重要的。
5.缺乏批判性思考
水平和垂直遷移都面臨挑戰(zhàn)。橫向遷移基本不會影響工作負載架構(gòu)，并且能夠在相同的公有云或私有云環(huán)境中找到更高效的云提供商。考慮到私有云領(lǐng)域的并購活動，團隊正在重新評估私有云的成本模型和潛在的虛擬機管理程序更改，這一點現(xiàn)在突然變得更有趣了。
這是一項復(fù)雜的任務(wù)，必須采用全新的經(jīng)濟模式，并清醒地評估團隊的技能和能力，不僅要管理遷移本身，還要管理第二天的工作量。
垂直遷移通常是從私有云遷移到公有云的“直接遷移”式遷移，或者較少見地從公有云遷移到私有云。這通常是第一步，旨在減少私有云的覆蓋面，并減輕私有云水平遷移中可能需要的任何風險或工作量。為此利用的公有云服務(wù)是一種非常穩(wěn)定且描述良好的商品，可簡化遷移過程。最后，還有現(xiàn)代化遷移，這不僅包括工作負載移動本身，還包括更改工作負載的架構(gòu)模式以更好地與云原生模式保持一致。
作為一家企業(yè)，需要不斷評估多方面的投入，以確定哪種技術(shù)組合在任何給定時間都適合企業(yè)。這些維度包括哪些工作負載對企業(yè)差異化能力貢獻最大、需要多久重新部署/修改使用和擴展模式、合規(guī)性需求以及經(jīng)濟規(guī)模如何，確保有一個共同的管理場所來平衡這些因素，并讓團隊專注于將正確的工作負載放在正確的云中，并采用正確的經(jīng)濟規(guī)模因素來確保最高的云投資回報率。
6.將運營技術(shù)遷移到云端
雖然云計算事業(yè)的最初重點是將存儲和備份等IT工作負載遷移到云端，但當前的挑戰(zhàn)是將制造流程中不可或缺的復(fù)雜且關(guān)鍵的運營技術(shù)(OT)系統(tǒng)遷移到云端。
這些系統(tǒng)不僅錯綜復(fù)雜，而且深深嵌入運營之中，還需要OT管理員具備專業(yè)知識，而這些管理員可能沒有接受過云服務(wù)方面的培訓，此外，保持OT數(shù)據(jù)安全并符合各種標準是一個重大障礙，加劇了云IT工作負載與制造運營之間的鴻溝。
為了彌合IT和OT之間的差距并從云采用中獲取價值，制造商應(yīng)該利用云的可擴展性和高級分析功能。例如，利用定期接受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è)務(wù)和流程知識，但文檔很少甚至沒有，因此逆向工程非常困難。
除了復(fù)雜性之外，許多與傳統(tǒng)系統(tǒng)和技術(shù)債務(wù)相關(guān)的功能和業(yè)務(wù)邏輯可能需要折舊或停止使用，這項業(yè)務(wù)決策和批準是一項重大挑戰(zhàn)。為了克服這個問題，團隊中必須有傳統(tǒng)系統(tǒng)專家，他們可以幫助高效地掌握這些固有的系統(tǒng)知識。
8.人才與變革管理
大多數(shù)云技能需要通過內(nèi)部部署工具和系統(tǒng)進行顯著提升。應(yīng)對這一挑戰(zhàn)將在移民工作中發(fā)揮關(guān)鍵作用，而且看起來很簡單，只需為員工提供技能培訓以促進他們的成長即可。
兩個相關(guān)領(lǐng)域也以人為本，即變更管理和用戶采用。任何新系統(tǒng)都會讓用戶與舊系統(tǒng)進行比較。為了克服這個問題，需要有一個強大的變更管理計劃來推動用戶采用。
