想讓現(xiàn)有的、云時(shí)代之前的企業(yè)應(yīng)用程序能夠充分利用云計(jì)算，存在著許多技術(shù)障礙，例如操作系統(tǒng)版本不受支持，與企業(yè)數(shù)據(jù)存儲(chǔ)或者文件存儲(chǔ)緊密集成的單體架構(gòu)，而且難以滿足利益相關(guān)方的期望（包括降低成本的期望）。

如果是采用云原生架構(gòu)的“綠地”應(yīng)用程序，它們受到這些挑戰(zhàn)的影響就要小得多，但是這些新的應(yīng)用程序在組織現(xiàn)有的應(yīng)用程序中只占一小部分。

使用“拎包入住”方式遷移到基礎(chǔ)架構(gòu)即服務(wù)（IaaS）上重新托管的舊有應(yīng)用程序通常無法充分利用所有的云特性。采用這種重新托管方法的組織經(jīng)常會(huì)發(fā)現(xiàn)遷移團(tuán)隊(duì)走了捷徑，提出的變通辦法只是為了讓應(yīng)用程序能夠運(yùn)行起來。

之所以會(huì)出現(xiàn)這些捷徑和變通的辦法，是因?yàn)橹匦峦泄艿哪繕?biāo)是要在時(shí)間緊迫的情況下遷移應(yīng)用程序，并支持其他已經(jīng)運(yùn)行在云端、經(jīng)過了重大調(diào)整的應(yīng)用程序。從來沒有對(duì)舊有的應(yīng)用程序進(jìn)行過云原生就緒情況的全面評(píng)估，這就導(dǎo)致了糟糕的后果。

一個(gè)需要考慮的問題是，舊有應(yīng)用程序通常會(huì)依賴傳統(tǒng)的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)（RDBMS）和原子化、一致、隔離和持久（ACID）的事務(wù)來實(shí)現(xiàn)強(qiáng)大的數(shù)據(jù)完整性。

這些傳統(tǒng)數(shù)據(jù)庫依賴著底層堅(jiān)如磐石的、可靠的基礎(chǔ)設(shè)施。它們不是為了基礎(chǔ)結(jié)構(gòu)不穩(wěn)定或者容易發(fā)生故障的環(huán)境構(gòu)建的。這些數(shù)據(jù)庫還意在向上而不是向外擴(kuò)展，這阻礙了你利用豐富的云資源并限制了彈性擴(kuò)展應(yīng)用程序的能力。

然而，當(dāng)代應(yīng)用程序設(shè)計(jì)利用多語言持久性來優(yōu)化特定用例的數(shù)據(jù)庫行為。這一概念允許開發(fā)人員選擇最適合數(shù)據(jù)及其編程方法的數(shù)據(jù)存儲(chǔ)，而不是強(qiáng)制數(shù)據(jù)適應(yīng)傳統(tǒng)的結(jié)構(gòu)化查詢語言（SQL） 模型。將RDBMS用于所有數(shù)據(jù)存儲(chǔ)可能會(huì)導(dǎo)致設(shè)計(jì)缺乏靈活性，并在擴(kuò)展數(shù)據(jù)庫時(shí)產(chǎn)生大量成本。

采用云計(jì)算需要仔細(xì)規(guī)劃，并深入了解現(xiàn)有應(yīng)用程序向云原生架構(gòu)遷移的障礙所在。Gartner的客戶經(jīng)常會(huì)把糟糕的規(guī)劃和不恰當(dāng)?shù)倪w移策略列為云使用不達(dá)標(biāo)的原因。如果沒有規(guī)劃和結(jié)構(gòu)，就經(jīng)常會(huì)為了讓應(yīng)用程序運(yùn)行，在遷移中做出決策。這會(huì)導(dǎo)致其與既定目標(biāo)不一致。

設(shè)定目標(biāo)

云遷移通常包含多種應(yīng)用程序，其中一些應(yīng)用程序需要大修或更新，并且可以受益于云提供的功能。這些計(jì)劃因組織而異。這些舉措背后的決策、流程和人員是每個(gè)組織特定的。但是，Gartner明確并介紹了幾個(gè)會(huì)反復(fù)出現(xiàn)的技術(shù)目標(biāo)。

至關(guān)重要的是，必須用特定的業(yè)務(wù)目標(biāo)來指導(dǎo)組織的云現(xiàn)代化工作，并且要確保整個(gè)組織內(nèi)的利益相關(guān)方都與這些目標(biāo)保持一致。例如，并非所有應(yīng)用程序的現(xiàn)代化都需要重新構(gòu)建。如果數(shù)據(jù)庫的分區(qū)方式不是給定應(yīng)用程序的云遷移目標(biāo)之一，可能就不需要對(duì)其進(jìn)行調(diào)整來提高可伸縮性。

構(gòu)建工作量記分卡

Gartner 提出了一個(gè)應(yīng)用程序現(xiàn)代化的框架，涵蓋了針對(duì)特定熱點(diǎn)的架構(gòu)評(píng)估。

應(yīng)該評(píng)估每個(gè)熱點(diǎn)是如何妨礙遷移的業(yè)務(wù)目標(biāo)，以此確定實(shí)現(xiàn)應(yīng)用程序現(xiàn)代化所需的工作量。應(yīng)用程序越容易調(diào)整，采用云原生架構(gòu)模式和原則所需的工作、精力和資源就越少。

此步驟要求你建立一個(gè)工作量記分卡，在評(píng)估工作的其余部分分析每個(gè)熱點(diǎn)時(shí)填充這個(gè)卡片。

阻礙現(xiàn)代化的因素

有兩個(gè)主要的制約因素會(huì)增加應(yīng)用程序現(xiàn)代化的工作量——耦合和復(fù)雜性。

可以將耦合看作是應(yīng)用程序內(nèi)、外部相互依賴關(guān)系的數(shù)量。例如，從代碼的角度看，你要檢查代碼塊如何同彼此以及調(diào)用圖交互——包括方法、類和函數(shù)的組成方式。依賴于不同代碼塊的腳本或代碼塊被視為耦合。

體系架構(gòu)和代碼的復(fù)雜性會(huì)讓耦合問題變得更加復(fù)雜。嚴(yán)密耦合且嚴(yán)重依賴底層軟、硬件細(xì)節(jié)的應(yīng)用程序組件可能會(huì)帶來復(fù)雜性。這種復(fù)雜性限制了面向云原生平臺(tái)的部署、運(yùn)行時(shí)和托管選擇。實(shí)現(xiàn)那些相似且同時(shí)變化的底層依賴項(xiàng)和組件的抽象和封裝非常重要。從這個(gè)意義上說，復(fù)雜性意味著具有難以實(shí)現(xiàn)的依賴關(guān)系。應(yīng)用程序級(jí)的依賴關(guān)系——例如應(yīng)用程序組件之間的依賴關(guān)系——也可能會(huì)有影響。

對(duì)應(yīng)用程序的評(píng)估將揭示應(yīng)用程序中耦合的深度和復(fù)雜性。它讓你能夠確定對(duì)應(yīng)用程序中的每個(gè)熱點(diǎn)進(jìn)行現(xiàn)代化改造所需的總體工作量。根據(jù)這些現(xiàn)代化的不同程度，你可以為代碼的不同部分選擇不同的策略。

現(xiàn)代化的程度和業(yè)務(wù)目標(biāo)直接相關(guān)。如果應(yīng)用程序的變化能力足以滿足這些目標(biāo)，重構(gòu)代碼并將應(yīng)用程序進(jìn)行現(xiàn)代化，適應(yīng)云原生平臺(tái)就足夠了。如果全面現(xiàn)代化的工作量很大，你可能就別無選擇了，只能重新構(gòu)建整個(gè)應(yīng)用程序。但是，如果從應(yīng)用程序架構(gòu)的角度來看，你的現(xiàn)代化水平較低，而從數(shù)據(jù)持久性的角度來看現(xiàn)代化程度較高，你也可以重新架構(gòu)并重新構(gòu)建單個(gè)組件。

其他的一些挑戰(zhàn)

在云環(huán)境中，你是在嘗試使用大量不可靠的組件來構(gòu)建可靠的應(yīng)用程序，這些組件可能會(huì)發(fā)生故障，這些故障的類型通常會(huì)與你在單臺(tái)機(jī)器上看到的應(yīng)用程序組件的故障不同。云計(jì)算需要一種能夠在具有短暫資源的環(huán)境中工作的架構(gòu)，這些資源更有利于水平擴(kuò)展而非垂直擴(kuò)展。

云原生架構(gòu)將平衡云必須提供的優(yōu)勢(shì)，以及不同的和外包給提供商的域，這就限制了你對(duì)它們的控制。你的組織遷移到云端的目的是增加可擴(kuò)展性、擴(kuò)展業(yè)務(wù)以及采用新的渠道，并在需求減少時(shí)減少資源。這可能會(huì)導(dǎo)致與正常日常操作不同的、不可預(yù)測(cè)的負(fù)載。

在云提供商中使用本機(jī)托管服務(wù)也會(huì)給應(yīng)用程序帶來延遲，因?yàn)閼?yīng)用程序組件現(xiàn)在分布在網(wǎng)絡(luò)上。云原生架構(gòu)師還需要考慮到，一些云服務(wù)故障、系統(tǒng)故障和安全漏洞是他們完全無法控制的。

領(lǐng)導(dǎo)層必須全面轉(zhuǎn)變思維方式，了解應(yīng)該在何時(shí)何地對(duì)應(yīng)用程序使用云原生原則。領(lǐng)導(dǎo)必須讓個(gè)人能夠在組織環(huán)境中不斷學(xué)習(xí)并精進(jìn)這些課程。讓云原生現(xiàn)代化成為應(yīng)用程序維護(hù)周期的固定組成部分。需要對(duì)組織變革流程進(jìn)行大量投資，因?yàn)樵苿?chuàng)新超越了現(xiàn)有的組織流程和文化，并打破了現(xiàn)有的流程。