應(yīng)用

技術(shù)

物聯(lián)網(wǎng)世界 >> 物聯(lián)網(wǎng)新聞 >> 物聯(lián)網(wǎng)熱點(diǎn)新聞
企業(yè)注冊(cè)個(gè)人注冊(cè)登錄

內(nèi)部部署到云遷移:成為云原生的4個(gè)關(guān)鍵挑戰(zhàn)

2020-11-19 11:41 企業(yè)網(wǎng)D1Net

導(dǎo)讀:成功的云遷移面臨許多挑戰(zhàn),其中包括控制成本、選擇正確的體系結(jié)構(gòu)以及擴(kuò)展學(xué)習(xí)曲線(xiàn)。因此,至關(guān)重要的是要確保從規(guī)劃和評(píng)估到遷移的每個(gè)步驟都由經(jīng)過(guò)云計(jì)算專(zhuān)家的認(rèn)證或服務(wù)提供商執(zhí)行。

在將應(yīng)用程序和數(shù)據(jù)從內(nèi)部部署遷移到云平臺(tái)時(shí),組織需要了解其面臨的主要挑戰(zhàn)。這表明組織需要了解在云平臺(tái)中部署工作負(fù)載的重要性,并將應(yīng)用程序從內(nèi)部部署遷移到云平臺(tái)。云平臺(tái)的動(dòng)態(tài)性質(zhì)使擴(kuò)展基礎(chǔ)設(shè)施以適應(yīng)不斷變化的需求成為一個(gè)相對(duì)輕松的過(guò)程。

成功的云遷移面臨許多挑戰(zhàn),其中包括控制成本、選擇正確的體系結(jié)構(gòu)以及擴(kuò)展學(xué)習(xí)曲線(xiàn)。因此,至關(guān)重要的是要確保從規(guī)劃和評(píng)估到遷移的每個(gè)步驟都由經(jīng)過(guò)云計(jì)算專(zhuān)家的認(rèn)證或服務(wù)提供商執(zhí)行。

以下是組織致力于成為云原生公司時(shí)面臨的主要挑戰(zhàn):

挑戰(zhàn)1–重新設(shè)計(jì)云計(jì)算數(shù)據(jù)模型

不同類(lèi)型的數(shù)據(jù)存儲(chǔ)區(qū)支持不同類(lèi)型的架構(gòu)。AWS Redshift支持PostgreSQL,而B(niǎo)ig Query使用STRING、RECORD(半結(jié)構(gòu)化對(duì)象)和REPEATED(數(shù)組)類(lèi)型。微軟Azure提供了SQL、MySQL、PostgreSQL和MariaDB。

還有一些完全不支持各種架構(gòu)的特定數(shù)據(jù)類(lèi)型(BLOB和地理坐標(biāo)等)。與在分布式服務(wù)器上運(yùn)行JOINS相比,增加用于保持?jǐn)?shù)據(jù)更新所需的存儲(chǔ)空間成本并不高昂,并且可以提供更好的性能。要解決這些差異,只調(diào)整一次數(shù)據(jù)模型是不夠的。當(dāng)兩個(gè)數(shù)據(jù)模型隨時(shí)間變化時(shí),保持連續(xù)同步至關(guān)重要。

挑戰(zhàn)2–安全性

當(dāng)組織的云遷移獲得了廣泛的認(rèn)可和動(dòng)力時(shí),安全性就變得至關(guān)重要。在這個(gè)階段,權(quán)限可能變得難以處理,但這也是分配所有需要訪(fǎng)問(wèn)云計(jì)算資源,并相應(yīng)規(guī)劃安全策略的組和角色的機(jī)會(huì)。如果正確配置和檢查,這將是漫長(zhǎng)的云遷移旅程的又一重大勝利。

Azure了解客戶(hù)需要信任他們的數(shù)據(jù)安全性。因此,云計(jì)算服務(wù)提供商必須滿(mǎn)足醫(yī)療、金融和政府機(jī)構(gòu)制定的行業(yè)最高安全標(biāo)準(zhǔn)。當(dāng)在已經(jīng)通過(guò)認(rèn)證的IT基礎(chǔ)設(shè)施上運(yùn)行時(shí),這使得獲得SOC2、ISO2700、HIPAA和PCI等標(biāo)準(zhǔn)認(rèn)證變得更加容易。

身份驗(yàn)證、授權(quán)、日志記錄和審核都集成在所有云平臺(tái)上。安全措施(如網(wǎng)絡(luò)和應(yīng)用程序防火墻、DDoS保護(hù)和身份管理)經(jīng)過(guò)標(biāo)準(zhǔn)化、測(cè)試并可用于安裝和配置。

挑戰(zhàn)3:將自定義數(shù)據(jù)應(yīng)用程序連接到數(shù)據(jù)存儲(chǔ)

另一個(gè)障礙是優(yōu)化自定義數(shù)據(jù)應(yīng)用程序用于連接到數(shù)據(jù)存儲(chǔ)的接口。換句話(huà)說(shuō),盡管ODBC/JDBC驅(qū)動(dòng)程序得到了積極的支持和維護(hù),但它們之間的行為卻很難相互配合。

更改應(yīng)用程序的數(shù)據(jù)庫(kù)驅(qū)動(dòng)程序可能需要幾個(gè)查詢(xún)參數(shù)。在首次使用時(shí),一些更改將很明顯,因?yàn)镾QL語(yǔ)句可能會(huì)導(dǎo)致可見(jiàn)錯(cuò)誤。其他變化不太明顯,因?yàn)椴煌腛DBC驅(qū)動(dòng)程序可以執(zhí)行較小的數(shù)據(jù)轉(zhuǎn)換。

此類(lèi)轉(zhuǎn)換的示例可以是浮點(diǎn)數(shù)的準(zhǔn)確性、時(shí)間戳的時(shí)區(qū)格式以及如何處理NULL值。這些更改只會(huì)以數(shù)據(jù)缺口的形式出現(xiàn),并且需要進(jìn)行更嚴(yán)格的測(cè)試才能檢測(cè)到。

挑戰(zhàn)4–編寫(xiě)和使用存儲(chǔ)過(guò)程

云遷移期間最容易被忽視的挑戰(zhàn)之一是編寫(xiě)和使用存儲(chǔ)過(guò)程的能力。主要的云計(jì)算數(shù)據(jù)存儲(chǔ)區(qū)Snowflake、Redshift和BigQuery支持用戶(hù)定義的功能(用Python、SQL或JavaScript定義),但對(duì)于許多功能來(lái)說(shuō)還不夠。

存儲(chǔ)在數(shù)據(jù)存儲(chǔ)區(qū)中的過(guò)程層類(lèi)似于縮略圖數(shù)據(jù)應(yīng)用程序的存儲(chǔ)庫(kù),可以節(jié)省大量工作,并保留組織特定的知識(shí)。常見(jiàn)的替代方法是使用單獨(dú)的平臺(tái)來(lái)計(jì)劃參數(shù)化的查詢(xún)或編排任務(wù)。

Azure Cosmos DB提供的功能使組織可以編寫(xiě)存儲(chǔ)過(guò)程、觸發(fā)器和用戶(hù)定義的函數(shù)。在Azure Cosmos DB中使用SQL API,組織可以使用JavaScript語(yǔ)言定義存儲(chǔ)過(guò)程、觸發(fā)器和UDF,并在數(shù)據(jù)庫(kù)引擎中執(zhí)行它。

組織在將其應(yīng)用程序和數(shù)據(jù)遷移到云平臺(tái)時(shí)都必須解決許多挑戰(zhàn)。通過(guò)熟練的云計(jì)算工程師采用高級(jí)工具進(jìn)行部署,組織可以避免重大的云遷移挑戰(zhàn)。他們甚至可以考慮利用托管的云計(jì)算服務(wù)來(lái)將其應(yīng)用程序和數(shù)據(jù)高效及時(shí)地移至云平臺(tái)中。