C114訊 1月23日消息（艾斯）來(lái)自市場(chǎng)研究公司Omdia的最新報(bào)告寫(xiě)到，對(duì)于電信業(yè)來(lái)說(shuō)，采用云原生架構(gòu)具有多重重要的考量因素和影響。正如下一代移動(dòng)網(wǎng)絡(luò)聯(lián)盟（NGMN）所闡釋的，云原生并不僅僅是將工作負(fù)載容器化：它實(shí)際上改變了電信運(yùn)營(yíng)商的運(yùn)營(yíng)環(huán)境。

傳統(tǒng)上，電信運(yùn)營(yíng)商依賴網(wǎng)絡(luò)設(shè)備供應(yīng)商來(lái)構(gòu)建和部署其網(wǎng)絡(luò)功能。這種依賴供應(yīng)商的模式使其未能充分準(zhǔn)備好應(yīng)對(duì)云原生轉(zhuǎn)型帶來(lái)的復(fù)雜性和運(yùn)營(yíng)挑戰(zhàn)。至關(guān)重要的是，電信運(yùn)營(yíng)商需要合適的工具來(lái)應(yīng)對(duì)這些變化。

Omdia資深分析師Inderpreet Kaur在這篇文章中重點(diǎn)介紹了思博倫的Landslide測(cè)試套件如何簡(jiǎn)化電信運(yùn)營(yíng)商的云遷移之旅。

電信網(wǎng)絡(luò)正向云基礎(chǔ)設(shè)施遷移

據(jù)Omdia估計(jì)，2024年全球電信運(yùn)營(yíng)商在網(wǎng)絡(luò)功能云化方面的支出約為157億美元。這占電信運(yùn)營(yíng)商網(wǎng)絡(luò)基礎(chǔ)設(shè)施設(shè)備資本支出的23%，約占移動(dòng)網(wǎng)絡(luò)和固網(wǎng)行業(yè)總資本支出的5%。

Omdia預(yù)測(cè)，電信網(wǎng)絡(luò)云市場(chǎng)將從2025年的174億美元增長(zhǎng)至2030年的248億美元，復(fù)合年增長(zhǎng)率為7.3%。如圖1所示，Omdia預(yù)計(jì)在整個(gè)預(yù)測(cè)期內(nèi)將保持中高個(gè)位數(shù)的增長(zhǎng)。

圖1：電信網(wǎng)絡(luò)云市場(chǎng)到2030年將達(dá)到248億美元，資料來(lái)源：Omdia。

Omdia估計(jì)，電信運(yùn)營(yíng)商在網(wǎng)絡(luò)云方面的支出在2025年將增長(zhǎng)12%，是2024年6%增長(zhǎng)率的兩倍。電信運(yùn)營(yíng)商對(duì)5G核心網(wǎng)、IMS以及無(wú)線接入網(wǎng)（RAN）基礎(chǔ)設(shè)施現(xiàn)代化改造持續(xù)表現(xiàn)出濃厚興趣。運(yùn)營(yíng)商在更新現(xiàn)有供應(yīng)商合同時(shí)，正傾向于選擇云原生部署。

云原生遷移面臨諸多挑戰(zhàn)

云原生與5G核心網(wǎng)設(shè)計(jì)原則使電信運(yùn)營(yíng)商能夠選擇模塊化和分解式架構(gòu)，從而更好地實(shí)現(xiàn)網(wǎng)絡(luò)功能軟件與硬件平臺(tái)之間的解耦。雖然這種解耦使得水平云技術(shù)供應(yīng)商（如Red Hat、SUSE、博通旗下VMware、Wind River）更容易參與進(jìn)來(lái)，但也引入了新的運(yùn)營(yíng)挑戰(zhàn)。電信運(yùn)營(yíng)商在網(wǎng)絡(luò)轉(zhuǎn)型過(guò)程中必須克服諸多障礙。

·解決應(yīng)用性能與可靠性問(wèn)題

云原生網(wǎng)絡(luò)功能（CNF）必須滿足3GPP規(guī)范要求的安全、彈性及性能標(biāo)準(zhǔn)，并達(dá)到與基于專用設(shè)備的網(wǎng)絡(luò)功能同等的水平。與傳統(tǒng)設(shè)備不同，云原生部署涉及多供應(yīng)商系統(tǒng)，其中CNF、容器即服務(wù)（CaaS）以及云基礎(chǔ)設(shè)施由不同供應(yīng)商提供。在垂直解決方案中，網(wǎng)絡(luò)功能供應(yīng)商負(fù)責(zé)評(píng)估應(yīng)用（CNF、虛擬網(wǎng)絡(luò)功能/VNF）的性能與可靠性。這在多供應(yīng)商系統(tǒng)中很難實(shí)現(xiàn)。

此外，CNF利用微服務(wù)架構(gòu)，將網(wǎng)絡(luò)功能的各種功能分解并分發(fā)為獨(dú)立的微服務(wù)，每個(gè)服務(wù)通常作為一個(gè)或多個(gè)容器實(shí)現(xiàn)，并分組到Kubernetes Pod中。Pod是Kubernetes實(shí)現(xiàn)中的基本調(diào)度單元。Kubernetes將每個(gè)容器置于一個(gè)Pod中，這一Pod作為該容器的上下文，擁有其獨(dú)立的命名空間、存儲(chǔ)卷和配置數(shù)據(jù)。

理論上，這種微服務(wù)架構(gòu)使CNF在應(yīng)對(duì)故障時(shí)更具彈性，因?yàn)樾迯?fù)問(wèn)題只需處理單個(gè)或一組受影響的服務(wù)進(jìn)程/Pod，而無(wú)需重啟或調(diào)試整個(gè)應(yīng)用。然而，這種優(yōu)勢(shì)的代價(jià)是復(fù)雜性的增加，因?yàn)橄到y(tǒng)現(xiàn)在必須理解映射到多個(gè)微服務(wù)的CNF分解結(jié)構(gòu)，其中包含大量交互和隱藏的依賴關(guān)系。精確定位導(dǎo)致性能下降的具體Pod成為一項(xiàng)復(fù)雜的任務(wù)。

CNF的可靠性與彈性相關(guān)，即自動(dòng)修復(fù)故障Pod的能力。一個(gè)關(guān)鍵挑戰(zhàn)在于確保每個(gè)CNF的設(shè)計(jì)和構(gòu)建都能提供所需的彈性。目前，并非所有CNF都基于云原生原則設(shè)計(jì)；許多仍是單體式架構(gòu)，只是將相同的VNF代碼封裝在容器包裝器中而非虛擬機(jī)中交付。因此，運(yùn)營(yíng)商根據(jù)這些要求評(píng)估CNF的就緒度變得至關(guān)重要。

·確保云資源高效利用

分析師Inderpreet Kaur指出，對(duì)于部署云原生網(wǎng)絡(luò)的電信運(yùn)營(yíng)商而言，云資源（計(jì)算、存儲(chǔ)和網(wǎng)絡(luò)）利用率低下是一個(gè)關(guān)鍵挑戰(zhàn)。造成這種情況的原因有多個(gè)方面。隨著網(wǎng)絡(luò)功能從物理網(wǎng)絡(luò)功能（PNF）遷移至VNF和CNF，供應(yīng)商仍傾向于按峰值容量配置硬件基礎(chǔ)設(shè)施。即使對(duì)于水平云架構(gòu)，運(yùn)營(yíng)商也會(huì)為不同的CNF設(shè)置獨(dú)立或隔離的環(huán)境，并為這些環(huán)境預(yù)留峰值容量資源。這種架構(gòu)雖然更容易實(shí)現(xiàn)，但會(huì)導(dǎo)致計(jì)算、存儲(chǔ)和內(nèi)存資源利用率嚴(yán)重不足。

英國(guó)老牌運(yùn)營(yíng)商英國(guó)電信（BT）在接受Omdia采訪時(shí)承認(rèn)，其水平基礎(chǔ)設(shè)施即服務(wù)基礎(chǔ)設(shè)施（IaaS）仍存在這個(gè)問(wèn)題。BT解釋說(shuō)，CaaS與CNF的緊密捆綁使其無(wú)法對(duì)基礎(chǔ)設(shè)施資源進(jìn)行精細(xì)化控制。此外還存在一些其他問(wèn)題。BT表示，很多時(shí)候，CNF供應(yīng)商會(huì)對(duì)底層云基礎(chǔ)設(shè)施提出特定要求，以確保應(yīng)用彈性。供應(yīng)商還會(huì)設(shè)置Pod的親和性與反親和性要求，這限制了可調(diào)度特定Pod的節(jié)點(diǎn)。

·使組織結(jié)構(gòu)適應(yīng)運(yùn)營(yíng)模式

正如德國(guó)電信（DT）向Omdia所解釋的那樣，從垂直孤島向水平層級(jí)轉(zhuǎn)變伴隨著其團(tuán)隊(duì)的重組。該運(yùn)營(yíng)商為基礎(chǔ)設(shè)施、自動(dòng)化及工作負(fù)載設(shè)立了獨(dú)立的團(tuán)隊(duì)，并輔以敏捷規(guī)劃周期。運(yùn)營(yíng)團(tuán)隊(duì)負(fù)責(zé)設(shè)計(jì)、構(gòu)建和維護(hù)云基礎(chǔ)設(shè)施。該團(tuán)隊(duì)將云資源作為租戶工作負(fù)載提供給應(yīng)用所有者，應(yīng)用所有者則負(fù)責(zé)CNF和VNF的生命周期管理。

為了實(shí)施精益運(yùn)營(yíng)，DT建立了統(tǒng)一的自動(dòng)化框架。DT部署了一個(gè)通用的CI/CD流水線，以簡(jiǎn)化云基礎(chǔ)設(shè)施與應(yīng)用所有者之間的工作流程。它利用DevOps框架，并結(jié)合持續(xù)測(cè)試和驗(yàn)證，來(lái)實(shí)現(xiàn)其云原生網(wǎng)絡(luò)的部署和升級(jí)。

此外，將各種組件整合到云堆棧中的所有權(quán)也發(fā)生了變化。在DT的案例中，運(yùn)營(yíng)商承擔(dān)了這項(xiàng)責(zé)任。對(duì)于許多小型網(wǎng)絡(luò)運(yùn)營(yíng)商而言，這是一個(gè)關(guān)鍵的制約因素。他們通常缺乏支持此類轉(zhuǎn)型所需的技能、組織結(jié)構(gòu)、思維方式、工具和人力資源。

思博倫如何應(yīng)對(duì)云原生網(wǎng)絡(luò)測(cè)試挑戰(zhàn)

網(wǎng)絡(luò)功能與底層云基礎(chǔ)設(shè)施的解耦帶來(lái)了額外的挑戰(zhàn)，需要驗(yàn)證CNF在云基礎(chǔ)設(shè)施上的合規(guī)性、安全性及性能。思博倫Landslide平臺(tái)通過(guò)其5G CNF彈性驗(yàn)證和云原生基礎(chǔ)設(shè)施基準(zhǔn)測(cè)試套件，簡(jiǎn)化了運(yùn)營(yíng)商的云原生部署。

思博倫（現(xiàn)為是德科技Keysight旗下公司）最近擴(kuò)展了Landslide平臺(tái)的能力，以提供全面的云原生基礎(chǔ)設(shè)施基準(zhǔn)測(cè)試。這些框架有助于確保CNF在運(yùn)營(yíng)商現(xiàn)網(wǎng)中交付所需的關(guān)鍵績(jī)效指標(biāo)（KPI）。

如圖2所示，彈性框架旨在提高應(yīng)用的性能和可靠性。它幫助電信運(yùn)營(yíng)商評(píng)估CNF是否具有彈性設(shè)計(jì)——在實(shí)時(shí)環(huán)境中是否能夠自我修復(fù)和自動(dòng)擴(kuò)展。運(yùn)營(yíng)商可在以下場(chǎng)景中運(yùn)行CNF彈性測(cè)試用例：

·對(duì)象故障：指容器、Pod或節(jié)點(diǎn)發(fā)生故障或崩潰。

·網(wǎng)絡(luò)擁塞：指因丟包、網(wǎng)絡(luò)帶寬降低等網(wǎng)絡(luò)問(wèn)題導(dǎo)致CNF無(wú)法交付所需KPI。

·資源限制：涉及云資源使用率或CPU、內(nèi)存、網(wǎng)絡(luò)資源的可用性。

圖2：思博倫Landslide云原生測(cè)試套件。資料來(lái)源：思博倫，現(xiàn)為是德科技旗下公司。

云基礎(chǔ)設(shè)施基準(zhǔn)測(cè)試用例旨在發(fā)現(xiàn)CNF是否能夠高效利用云資源。它幫助電信運(yùn)營(yíng)商理解CNF供應(yīng)商對(duì)資源擴(kuò)展和工作負(fù)載遷移所設(shè)定的依賴要求。

分析師Inderpreet Kaur寫(xiě)到，電信云基礎(chǔ)設(shè)施團(tuán)隊(duì)通常缺乏對(duì)服務(wù)KPI以及實(shí)現(xiàn)這些KPI所需最優(yōu)資源的可見(jiàn)性。思博倫的云基礎(chǔ)設(shè)施測(cè)試用例使基礎(chǔ)設(shè)施團(tuán)隊(duì)能夠根據(jù)定義用戶體驗(yàn)質(zhì)量的KPI（如延遲、丟包和抖動(dòng)等），對(duì)計(jì)算、存儲(chǔ)和網(wǎng)絡(luò)資源進(jìn)行基準(zhǔn)測(cè)試。這些詳細(xì)信息有助于云基礎(chǔ)設(shè)施團(tuán)隊(duì)合理調(diào)整CNF實(shí)例的規(guī)模。電信團(tuán)隊(duì)可以更有信心地在在管理性能挑戰(zhàn)的同時(shí)避免云資源的過(guò)度配置。

Omdia指出，思博倫Landslide測(cè)試套件的一個(gè)關(guān)鍵亮點(diǎn)是其測(cè)試用例在電信運(yùn)營(yíng)商CI/CD/CT流水線中的可重復(fù)性與可集成性。據(jù)思博倫介紹，測(cè)試場(chǎng)景可在多個(gè)云環(huán)境和硬件基礎(chǔ)設(shè)施中復(fù)制。此功能在規(guī)劃和實(shí)施硬件升級(jí)/更換周期時(shí)非常有用。隨著CNF和CaaS升級(jí)變得越來(lái)越頻繁，電信運(yùn)營(yíng)商可以衡量這種升級(jí)對(duì)資源總體利用率的影響。