2023年Gartner云終端用戶行為調(diào)研發(fā)現(xiàn)，88%的受訪者選擇將工作負(fù)載現(xiàn)代化作為云遷移的首選。同樣地，在中國市場，云原生架構(gòu)是工作負(fù)載遷移地?zé)衢T選擇。

　　中國的許多企業(yè)都是用云原生工作負(fù)載比例即容器化比例來衡量數(shù)字化轉(zhuǎn)型的進(jìn)展，導(dǎo)致現(xiàn)象是容器化遷移比例越高，云原生工作越成功。但是，這種鼓勵(lì)把盡可能多的工作負(fù)載轉(zhuǎn)變?yōu)樵圃ぷ髫?fù)載的工作方式，將更多的注意力放在技術(shù)實(shí)施路線的落地層面而不是業(yè)務(wù)結(jié)果層面，從而產(chǎn)生了需要耗費(fèi)大量資源的基于分布式架構(gòu)的系統(tǒng)孤島，反而限制了業(yè)務(wù)的敏捷性、推向市場的速度和可擴(kuò)展性。

　　中國基礎(chǔ)設(shè)施與運(yùn)營(I&O)領(lǐng)導(dǎo)者可以通過以下三大策略確定合適的云原生工作負(fù)載，從而以業(yè)務(wù)成果驅(qū)動(dòng)的方式推動(dòng)數(shù)字化轉(zhuǎn)型。

　　使用工作負(fù)載論證框架，為應(yīng)用部署設(shè)定明確原則

　　敏捷團(tuán)隊(duì)通過云原生實(shí)踐方法快速完成交付，但敏捷交付保留了傳統(tǒng)交付的大部分特性，包括線性、循序漸進(jìn)和緊密耦合的一體化方法。因此，僅僅將盡可能多的工作負(fù)載轉(zhuǎn)變?yōu)樵圃⒉荒芫徑庥捎诟髯詾檎募夹g(shù)環(huán)境所造成的問題。事實(shí)上，敏捷交付的快節(jié)奏導(dǎo)致系統(tǒng)面臨可用性變差，這主要是由于容器化交付模糊了I&O和應(yīng)用團(tuán)隊(duì)對于可用性的責(zé)任界限。

　　因此，僅僅以容器使用比例為標(biāo)準(zhǔn)跟蹤轉(zhuǎn)變?yōu)樵圃墓ぷ髫?fù)載，并不能體現(xiàn)技術(shù)轉(zhuǎn)型對業(yè)務(wù)的直接價(jià)值結(jié)果(而只是展現(xiàn)了IT的工作量)，更無法據(jù)此衡量有說服力的數(shù)字化轉(zhuǎn)型的成效。I&O領(lǐng)導(dǎo)者不應(yīng)專注于跟蹤轉(zhuǎn)變?yōu)樵圃墓ぷ髫?fù)載數(shù)量，而應(yīng)明確云原生工作負(fù)載可量化的業(yè)務(wù)價(jià)值，從而專注于改善業(yè)務(wù)成果。

　　I&O領(lǐng)導(dǎo)者可以根據(jù)交付要求，確定工作負(fù)載與云原生的適配性。傳統(tǒng)架構(gòu)適用于穩(wěn)定且可控的工作負(fù)載，通常不需要云原生。云原生架構(gòu)適用于敏捷工作負(fù)載，快速迭代的業(yè)務(wù)場景，尤其是創(chuàng)新系統(tǒng)層。

　　圖1：確定最適合使用云原生和容器化的工作負(fù)載論證框架

　　鼓勵(lì)改變文化，從新的角度考慮工作負(fù)載

　　大多數(shù)企業(yè)多年來一直使用雙模式IT。傳統(tǒng)的項(xiàng)目管理交付方法依賴瀑布式架構(gòu)，將信息技術(shù)基礎(chǔ)設(shè)施庫(ITIL)管理作為模式1;敏捷產(chǎn)品管理交付則依賴敏捷實(shí)踐，如Scrum或看板，將DevOps作為模式2.

　　對于傳統(tǒng)交付方式，應(yīng)用團(tuán)隊(duì)和I&O團(tuán)隊(duì)都依賴于面向項(xiàng)目的管理方法。I&O團(tuán)隊(duì)與應(yīng)用團(tuán)隊(duì)合作，構(gòu)建一個(gè)大型單體架構(gòu)，并每隔幾個(gè)月對該系統(tǒng)進(jìn)行測試與升級(jí)。

　　傳統(tǒng)架構(gòu)系統(tǒng)(通過硬件容錯(cuò))可規(guī)避應(yīng)用出錯(cuò)風(fēng)險(xiǎn)，但檢查點(diǎn)較多，有著嚴(yán)格的層級(jí)結(jié)構(gòu)。對各個(gè)特定領(lǐng)域(包括安全、服務(wù)器、網(wǎng)絡(luò)和數(shù)據(jù)庫)，采用傳統(tǒng)交付方法的I&O領(lǐng)導(dǎo)者傾向于使用專門團(tuán)隊(duì)分別對這些領(lǐng)域進(jìn)行專業(yè)的系統(tǒng)管理。架構(gòu)師需要了解整個(gè)解決方案，包括其所有組件的互連情況和復(fù)雜設(shè)計(jì)，而I&O團(tuán)隊(duì)相關(guān)領(lǐng)域負(fù)責(zé)?只需要了解其具體負(fù)責(zé)的部分。

　　敏捷和傳統(tǒng)交付都需要跨團(tuán)隊(duì)協(xié)調(diào)，以便集成各個(gè)獨(dú)立組件并交付。二者的主要區(qū)別在于部署的頻率——敏捷交付的頻率要高得多。這意味著，與傳統(tǒng)交付相比，敏捷團(tuán)隊(duì)需要應(yīng)對的復(fù)雜性可能要放大5到10倍，但在此過程中，敏捷團(tuán)隊(duì)因自身能力不足，為了快速部署達(dá)到結(jié)果，會(huì)妥協(xié)構(gòu)建“分布式單體架構(gòu)”以提供服務(wù)。

　　由于交付效率的提高帶來了更多的韌性和可用性挑戰(zhàn)，在使用圖2所述的交付模式時(shí)，I&O團(tuán)隊(duì)和應(yīng)用團(tuán)隊(duì)之間的界限并不清晰。此模式的運(yùn)營極富挑戰(zhàn)性，需要高可用性甚至危機(jī)管理。

　　圖2：未用到云原生的敏捷交付流程示例

　　避免一味追求高容器化率，重點(diǎn)關(guān)注工作負(fù)載的敏捷性和快速推

　　虛擬化是云計(jì)算的基礎(chǔ)。借助虛擬化，物理平臺(tái)的功能細(xì)節(jié)可以與平臺(tái)托管的應(yīng)用和數(shù)據(jù)解耦。容器通過將應(yīng)用和服務(wù)使用資源的抽象層級(jí)進(jìn)一步上移，提升計(jì)算功能的效率和敏捷性。

　　圖3：虛擬化方法及其基礎(chǔ)設(shè)施抽象層的演進(jìn)

　　不同的抽象層帶來不同的基礎(chǔ)設(shè)施控制效果。基于物理服務(wù)器的單體架構(gòu)推動(dòng)提高了穩(wěn)定性和控制能力，而基于容器的云原生架構(gòu)則促進(jìn)了敏捷性和靈活性的提升。

　　然而，如果I&O領(lǐng)導(dǎo)者將高比例的云原生部署覆蓋率作為判斷成功的要素，就很容易在容器采用方面遇到挑戰(zhàn)。容器部署覆蓋率并非良好指標(biāo)，無法反映不同類型工作負(fù)載的業(yè)務(wù)需求。I&O領(lǐng)導(dǎo)者應(yīng)重點(diǎn)