|
新聞中心
當前位置：網(wǎng)站首頁 > 新聞中心
企業(yè)將IT業(yè)務(wù)遷移上云，主要面臨哪些挑戰(zhàn)？
隨著云計算的廣泛采用，企業(yè)變得比以往更具活力。如今，許多公司的業(yè)務(wù)正在向云計算遷移。選擇云提供商幾乎總是確保長期供應(yīng)商鎖定。無論是工程師很難對應(yīng)用層進行適當?shù)某橄蠛透爬?，或者?yīng)用程序數(shù)據(jù)的大小使得遷移變得困難，企業(yè)將IT系統(tǒng)遷移到云端都是一項非常具有挑戰(zhàn)性的任務(wù)。進行定期代碼審核，減輕不當?shù)某橄髥栴}
在新環(huán)境中抽象失敗是向云遷移過程中面臨的最大挑戰(zhàn)之一。通常，應(yīng)用程序的體系結(jié)構(gòu)取決于其下面的一些本地化API，這在大規(guī)模運行的系統(tǒng)中特別常見，因為特定的問題只能在一定的規(guī)模中才能看得見。工程團隊經(jīng)常使用一些類似黑客的程序和補丁來修復系統(tǒng)，但是黑客會在系統(tǒng)遷移過程中進行攻擊。定期代碼審核在一定程度上有助于減輕這些問題。
復雜設(shè)置和應(yīng)用程序需人工干預(yù)部署
所有的現(xiàn)代持續(xù)集成和持續(xù)交付（CI/CD平臺都支持多個云提供商，但這還不夠。具有復雜設(shè)置和啟動過程的應(yīng)用程序通常需要人工干預(yù)部署。近幾年來，這一點通過使用Puppet，Chef和Ansible等工具在很大程度上可以實現(xiàn)自動化。但是這種自動化通常與供應(yīng)商特定的API聯(lián)系在一起，這些API需要配置，監(jiān)控和拆卸服務(wù)器。但是，除非工程團隊花時間自己構(gòu)建，否則這些API不適合小型的本地數(shù)據(jù)中心。
遷移之后，可能還需對應(yīng)用程序重新架構(gòu)
現(xiàn)代應(yīng)用程序分布在多個不同區(qū)域的多個數(shù)據(jù)中心。這是遷移到基于云計算的部署的主要好處之一。企業(yè)正在逐漸從單一的應(yīng)用程序基礎(chǔ)轉(zhuǎn)變?yōu)榛谖⒎?wù)的方法。一個本地數(shù)據(jù)中心遷移到多地點部署需要適當?shù)刂匦聵?gòu)建應(yīng)用程序。這意味著除了開發(fā)新版本之外，工程團隊還必須關(guān)心現(xiàn)有的安裝情況。遷移系統(tǒng)的關(guān)鍵部分經(jīng)常會導致停機，新的部署仍然不能保證在首次運行中取得成功。建議在出現(xiàn)問題時對原有部署進行故障切換，以防出錯。大型遷移可能需要幾個月的時間才能完成，并可能需要額外的員工來完成。
海量數(shù)據(jù)的傳輸問題
想象一下，必須將大型移動社交應(yīng)用的業(yè)務(wù)在云平臺間實現(xiàn)遷移，傳輸這些海量的圖像本身就是一項艱巨的任務(wù)。是物理運送數(shù)據(jù)，還是將數(shù)據(jù)上傳到云計算提供商，這個問題不是取決于正在遷移的系統(tǒng)類型，因此不能通過僅僅改變架構(gòu)來緩解。有時，新產(chǎn)品轉(zhuǎn)移到新的云計算提供商或從云端遷移到自我托管的設(shè)置，以利用已經(jīng)購買的合同或硬件。
|
