作者：Gartner研究副總裁 季新蘇、Gartner高級研究總監(jiān) 周玲
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)象是容器化遷移比例越高，云原生工作越成功。但是，這種鼓勵把盡可能多的工作負(fù)載轉(zhuǎn)變?yōu)樵圃ぷ髫?fù)載的工作方式，將更多的注意力放在技術(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ū)動的方式推動數(shù)字化轉(zhuǎn)型。
使用工作負(fù)載論證框架，為應(yīng)用部署設(shè)定明確原則
敏捷團(tuán)隊通過云原生實踐方法快速完成交付，但敏捷交付保留了傳統(tǒng)交付的大部分特性，包括線性、循序漸進(jìn)和緊密耦合的一體化方法。因此，僅僅將盡可能多的工作負(fù)載轉(zhuǎn)變?yōu)樵圃⒉荒芫徑庥捎诟髯詾檎募夹g(shù)環(huán)境所造成的問題。事實上，敏捷交付的快節(jié)奏導(dǎo)致系統(tǒng)面臨可用性變差，這主要是由于容器化交付模糊了I&O和應(yīng)用團(tuán)隊對于可用性的責(zé)任界限。
因此，僅僅以容器使用比例為標(biāo)準(zhǔn)跟蹤轉(zhuǎn)變?yōu)樵圃墓ぷ髫?fù)載，并不能體現(xiàn)技術(shù)轉(zhuǎn)型對業(yè)務(wù)的直接價值結(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ù)價值，從而專注于改善業(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ù)載論證框架
鼓勵改變文化，從新的角度考慮工作負(fù)載
大多數(shù)企業(yè)多年來一直使用雙模式IT。傳統(tǒng)的項目管理交付方法依賴瀑布式架構(gòu)，將信息技術(shù)基礎(chǔ)設(shè)施庫（ITIL）管理作為模式1；敏捷產(chǎn)品管理交付則依賴敏捷實踐，如Scrum或看板，將DevOps作為模式2。
對于傳統(tǒng)交付方式，應(yīng)用團(tuán)隊和I&O團(tuán)隊都依賴于面向項目的管理方法。I&O團(tuán)隊與應(yīng)用團(tuán)隊合作，構(gòu)建一個大型單體架構(gòu)，并每隔幾個月對該系統(tǒng)進(jìn)行測試與升級。
傳統(tǒng)架構(gòu)系統(tǒng)（通過硬件容錯）可規(guī)避應(yīng)用出錯風(fēng)險，但檢查點較多，有著嚴(yán)格的層級結(jié)構(gòu)。對各個特定領(lǐng)域（包括安全、服務(wù)器、網(wǎng)絡(luò)和數(shù)據(jù)庫），采用傳統(tǒng)交付方法的I&O領(lǐng)導(dǎo)者傾向于使用專門團(tuán)隊分別對這些領(lǐng)域進(jìn)行專業(yè)的系統(tǒng)管理。架構(gòu)師需要了解整個解決方案，包括其所有組件的互連情況和復(fù)雜設(shè)計，而I&O團(tuán)隊相關(guān)領(lǐng)域負(fù)責(zé)⼈只需要了解其具體負(fù)責(zé)的部分。
敏捷和傳統(tǒng)交付都需要跨團(tuán)隊協(xié)調(diào)，以便集成各個獨立組件并交付。二者的主要區(qū)別在于部署的頻率——敏捷交付的頻率要高得多。這意味著，與傳統(tǒng)交付相比，敏捷團(tuán)隊需要應(yīng)對的復(fù)雜性可能要放大5到10倍，但在此過程中，敏捷團(tuán)隊因自身能力不足，為了快速部署達(dá)到結(jié)果，會妥協(xié)構(gòu)建“分布式單體架構(gòu)”以提供服務(wù)。
由于交付效率的提高帶來了更多的韌性和可用性挑戰(zhàn)，在使用圖2所述的交付模式時，I&O團(tuán)隊和應(yīng)用團(tuán)隊之間的界限并不清晰。此模式的運(yùn)營極富挑戰(zhàn)性，需要高可用性甚至危機(jī)管理。
圖2：未用到云原生的敏捷交付流程示例
避免一味追求高容器化率，重點關(guān)注工作負(fù)載的敏捷性和快速推⼊市場
虛擬化是云計算的基礎(chǔ)。借助虛擬化，物理平臺的功能細(xì)節(jié)可以與平臺托管的應(yīng)用和數(shù)據(jù)解耦。容器通過將應(yīng)用和服務(wù)使用資源的抽象層級進(jìn)一步上移，提升計算功能的效率和敏捷性。
圖3：虛擬化方法及其基礎(chǔ)設(shè)施抽象層的演進(jìn)
不同的抽象層帶來不同的基礎(chǔ)設(shè)施控制效果。基于物理服務(wù)器的單體架構(gòu)推動提高了穩(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)重點關(guān)注可推動業(yè)務(wù)成果的云原生指標(biāo)。具體指標(biāo)體系可以參考Gartner的相關(guān)報告。
