|
新聞中心
當(dāng)前位置：網(wǎng)站首頁(yè) > 新聞中心
如何應(yīng)對(duì)戰(zhàn)略性云遷移的風(fēng)險(xiǎn)
由于當(dāng)今大多數(shù)工作負(fù)載都運(yùn)行在虛擬機(jī)或裸機(jī)上，因此云遷移變得復(fù)雜。這導(dǎo)致許多公司的工作負(fù)載面臨是否可遷移的問(wèn)題。
在2019年，越來(lái)越多的企業(yè)和組織正在評(píng)估本地?cái)?shù)據(jù)中心（或私有云）中的現(xiàn)有工作負(fù)載應(yīng)如何遷移到公共云以及它們?nèi)绾卫霉苍品?wù)提供的許多好處。為了滿足要求，我們?cè)诠苍品?wù)領(lǐng)域中扮演著重要角色：AWS、Azure和GCP。當(dāng)前，這些公共云公司提供的服務(wù)和利益對(duì)于運(yùn)營(yíng)數(shù)字業(yè)務(wù)至關(guān)重要，而后者要更多地關(guān)注用例，而不是對(duì)IT基礎(chǔ)設(shè)施架構(gòu)進(jìn)行投資。此類(lèi)投資可以根據(jù)人力需求，也可以用于管理基礎(chǔ)設(shè)施的人工任務(wù)。
但是云遷移的路線并不像看起來(lái)那么簡(jiǎn)單。正確的云遷移策略應(yīng)該到位。云遷移風(fēng)險(xiǎn)遷移依賴(lài)于數(shù)據(jù)的應(yīng)用程序時(shí)，始終存在風(fēng)險(xiǎn)。這些應(yīng)用程序移動(dòng)應(yīng)該產(chǎn)生最小的影響。任何故障或停機(jī)都可能導(dǎo)致客戶失去對(duì)業(yè)務(wù)的關(guān)注。
在將應(yīng)用程序和相關(guān)數(shù)據(jù)移動(dòng)到云中時(shí)，應(yīng)該有在新環(huán)境中測(cè)試應(yīng)用程序運(yùn)行時(shí)的檢查點(diǎn)。云遷移變得復(fù)雜，因?yàn)楫?dāng)今的大多數(shù)工作負(fù)載都在虛擬機(jī)或裸機(jī)上。這導(dǎo)致許多公司的工作負(fù)載可遷移性問(wèn)題。然而，許多問(wèn)題與應(yīng)用程序的可遷移性有關(guān)，并且數(shù)據(jù)可以通過(guò)公共云供應(yīng)商提供的現(xiàn)有服務(wù)來(lái)解決。
對(duì)于某些組織來(lái)說(shuō)，云遷移策略是如何將敏感信息移動(dòng)到云上。對(duì)于從醫(yī)療、金融等機(jī)構(gòu)收集專(zhuān)有和關(guān)鍵信息的大型組織來(lái)說(shuō)，這一問(wèn)題常常會(huì)出現(xiàn)。應(yīng)該有一個(gè)檢查點(diǎn)來(lái)評(píng)估GDPR等法律行為，以評(píng)估特定地區(qū)或國(guó)家的數(shù)據(jù)主權(quán)。
物聯(lián)網(wǎng)的用例正在迅速增長(zhǎng)，這反過(guò)來(lái)又推動(dòng)了對(duì)延遲敏感的基礎(chǔ)設(shè)施的需求。當(dāng)移動(dòng)到云平臺(tái)時(shí)，一個(gè)問(wèn)題可能會(huì)涉及到各種數(shù)據(jù)處理請(qǐng)求可能來(lái)自的位置的支持和距離。遷移到云平臺(tái)可能會(huì)對(duì)現(xiàn)有的一些應(yīng)用程序產(chǎn)生影響。對(duì)延遲敏感的應(yīng)用程序可能會(huì)在響應(yīng)時(shí)間上發(fā)生變化。
在物聯(lián)網(wǎng)用例中，可以選擇分布式云架構(gòu)。但是存在潛在的陷阱。如果將應(yīng)用程序移至公共云，則需要在代碼級(jí)別進(jìn)行修改以啟用分布式級(jí)別的支持。
另一個(gè)大問(wèn)題是供應(yīng)商鎖定。轉(zhuǎn)移所有工作負(fù)載后，如果出于任何原因計(jì)劃遷移到另一個(gè)云選項(xiàng)，則可能會(huì)在應(yīng)用程序設(shè)置和數(shù)據(jù)服務(wù)方面鎖定供應(yīng)商。在遷移到云平臺(tái)時(shí)，這是一個(gè)很大的風(fēng)險(xiǎn)，大多數(shù)企業(yè)必須評(píng)估測(cè)試用例。因此，建議先進(jìn)行少量的概念驗(yàn)證（PoC），然后再將所有工作負(fù)載遷移到云中。
容器化在云遷移中的作用許多企業(yè)選擇在遷移到公共云之前或之后對(duì)工作負(fù)載和數(shù)據(jù)進(jìn)行容器化。他們中的一些人選擇了容器化微服務(wù)架構(gòu)，以幫助他們分別維護(hù)不同的子服務(wù)，并允許這些服務(wù)在主服務(wù)應(yīng)用程序中重用。
如果企業(yè)已經(jīng)將工作負(fù)載放在基于容器的系統(tǒng)上，并且已使用諸如Kubernetes或Docker引擎之類(lèi)的容器編排引擎進(jìn)行了編排，則遷移到云中會(huì)變得非常容易。AWS和Azure云為Kubernetes以及其他引擎提供了特定的幫助，進(jìn)一步幫助了遷移過(guò)程。眾所周知，Kubernetes的主要特點(diǎn)是工作負(fù)載應(yīng)該是可遷移的，無(wú)論是任何類(lèi)型的云平臺(tái)還是裸機(jī)?？偨Y(jié)隨著時(shí)間的推移，由于組織可能希望轉(zhuǎn)向基于容器的基礎(chǔ)結(jié)構(gòu)，因此在遷移工作負(fù)載方面，云遷移已成為一項(xiàng)繁瑣的任務(wù)。但是，大多數(shù)挑戰(zhàn)已由公共云參與者解決。不過(guò)，停機(jī)時(shí)間或供應(yīng)商鎖定等問(wèn)題仍然很關(guān)鍵。
|
