付喬 張昊

摘要：基于NFV/SDN等云化新技術(shù)的下一代網(wǎng)絡(luò)在分層解耦的同時，給運營商帶來了巨大的集成挑戰(zhàn)，運營商下一代網(wǎng)絡(luò)的集成交付效率和交付質(zhì)量有待提升。重點闡釋NFV/SDN網(wǎng)絡(luò)集成的痛點，分析下一代網(wǎng)絡(luò)集成的關(guān)鍵要素，借鑒云計算領(lǐng)域逐漸興起的持續(xù)集成持續(xù)交付模式，提出針對NFV/SDN的新型集成體系，并進一步闡釋中國移動自主研發(fā)的AUTO自動化集成工具及其在中國移動NFV/SDN網(wǎng)絡(luò)建設(shè)中發(fā)揮的重要作用。

關(guān)鍵詞：NFV;下一代網(wǎng)絡(luò);持續(xù)集成持續(xù)交付

1? ?引言

傳統(tǒng)的運營商網(wǎng)元是基于專有硬件、軟硬一體實現(xiàn)的，不同廠家、不同產(chǎn)品線的設(shè)備都是一個獨立的煙囪，單獨地進行升級、擴容等，各個網(wǎng)元功能無法實現(xiàn)資源共享。隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，傳統(tǒng)電信網(wǎng)絡(luò)的架構(gòu)很難滿足互聯(lián)網(wǎng)時代業(yè)務(wù)快速上線、靈活調(diào)整的需求，給運營商帶來了巨大的用戶體驗挑戰(zhàn)和成本壓力。

網(wǎng)絡(luò)功能虛擬化（NFV）借鑒IT界的云化技術(shù)，將網(wǎng)元功能以軟件化的形式部署在通用的硬件資源池上，做到通用硬件層、虛擬層、虛擬網(wǎng)元功能層間的三層解耦，實現(xiàn)資源共享。這樣的架構(gòu)使得網(wǎng)絡(luò)的基礎(chǔ)設(shè)施（包括硬件和虛擬層）可以保持相對的穩(wěn)定，而虛擬化軟件化的網(wǎng)絡(luò)可以根據(jù)需求快速調(diào)整、靈活變化，提高了網(wǎng)絡(luò)的靈活性，降低了網(wǎng)絡(luò)頻繁變化帶來的成本壓力。NFV給未來網(wǎng)絡(luò)帶來了無限的想象空間，下一代5G網(wǎng)絡(luò)、切片技術(shù)、邊緣計算業(yè)務(wù)等新興技術(shù)方向和業(yè)務(wù)實踐應(yīng)運而生[1]。

然而分層解耦的虛擬化的網(wǎng)絡(luò)也帶來了集成運維的復(fù)雜性。傳統(tǒng)一體化設(shè)備硬件軟件緊密耦合，在設(shè)備廠商出廠前已經(jīng)做好了軟硬件部署和聯(lián)調(diào)，通信機房現(xiàn)場的集成通常僅包括上電上架和與周邊設(shè)備的聯(lián)調(diào)工作。網(wǎng)絡(luò)功能虛擬化后，硬件與軟件解耦、軟硬件的部署和適配需要在通信機房完成。同時傳統(tǒng)一體機設(shè)備板卡內(nèi)部的網(wǎng)絡(luò)連接變成了通用設(shè)備和交換機之間復(fù)雜的網(wǎng)絡(luò)連接關(guān)系。此外，NFV后各類組件均是相對獨立的軟件，大量軟件需要互相適配調(diào)試。這些變化都使得網(wǎng)絡(luò)功能虛擬化后的集成工作變得尤為復(fù)雜，傳統(tǒng)的集成流程、集成方式和集成工具已無法滿足下一代網(wǎng)絡(luò)集成要求[2]。

下一代網(wǎng)絡(luò)端到端的集成工作是網(wǎng)絡(luò)轉(zhuǎn)型的“最后一公里”，對網(wǎng)絡(luò)可靠、有效、靈活、快速和頻繁構(gòu)建具有重要意義。本文將分析下一代網(wǎng)絡(luò)集成的痛點，分析當前產(chǎn)業(yè)界和標準化組織在集成方面的相關(guān)進展，提出下一代網(wǎng)絡(luò)集成需要解決的幾個關(guān)鍵問題，并進一步闡釋持續(xù)集成持續(xù)交付的下一代網(wǎng)絡(luò)新型集成體系。

2? ?下一代網(wǎng)絡(luò)集成痛點分析

基于云計算技術(shù)的下一代電信網(wǎng)絡(luò)可有效提高運營商網(wǎng)絡(luò)靈活性，降低網(wǎng)絡(luò)成本。然而運營商針對下一代網(wǎng)絡(luò)的集成卻仍停留在傳統(tǒng)模式，從體系到工具都缺乏有效的創(chuàng)新。而互聯(lián)網(wǎng)、云計算服務(wù)商經(jīng)過多年大規(guī)模系統(tǒng)集成運營的實踐積累，已逐漸形成了較為完善的集成模式。與之相比，當前運營商的集成成本和集成效率均存在較大問題，下一代網(wǎng)絡(luò)的集成成為下一代網(wǎng)絡(luò)落地的關(guān)鍵問題。根據(jù)分析，以下幾點為制約運營商集成的主要痛點。

2.1? 傳統(tǒng)集成模式難以適應(yīng)新型云化網(wǎng)絡(luò)

運營商傳統(tǒng)網(wǎng)絡(luò)由大量軟硬一體化設(shè)備構(gòu)成，集成模式采用“交鑰匙”的方式，也即設(shè)備廠商、集成商、施工隊完成設(shè)備的集成工作后，將文檔和已經(jīng)調(diào)試完成的設(shè)備交給運營商即可，由運營商開展后續(xù)的運營運維，運營運維與集成關(guān)系不密切。

網(wǎng)絡(luò)轉(zhuǎn)型后，下一代網(wǎng)絡(luò)可能是由來自不同廠商的硬件和軟件組成，這些異廠商的組件都要在運營商的機房進行集成，集成接口眾多，廠商參差不齊，集成工作量大。因此，下一代網(wǎng)絡(luò)的集成工作變得異常復(fù)雜，采用傳統(tǒng)交鑰匙的模式，可能導(dǎo)致集成效率低、質(zhì)量差。此外，新型網(wǎng)絡(luò)采用分層運營運維的模式，運營商在運營過程中需要對網(wǎng)絡(luò)內(nèi)部細節(jié)充分了解，才能細粒度地管理網(wǎng)絡(luò)，發(fā)揮網(wǎng)絡(luò)的效率優(yōu)勢。而傳統(tǒng)交鑰匙的集成模式中，運營商對集成過程參與較少，使得后續(xù)的運營運維操作難以精細化[3]。

2.2? 跨廠商集成壁壘高難度大

與互聯(lián)網(wǎng)產(chǎn)業(yè)不同，電信產(chǎn)業(yè)的傳統(tǒng)廠商技術(shù)能力強，也存在著較高的技術(shù)壁壘。網(wǎng)絡(luò)轉(zhuǎn)型后，雖然在逐步推進資源共享和互操作，但跨廠商集成的壁壘仍然存在。引入NFV后，運營商面臨的將是來自十數(shù)個廠商的硬件、虛擬化層和虛擬化網(wǎng)元。通過嚴謹?shù)脑O(shè)備標準和接口定義，可以規(guī)定各個組件的主要功能和接口，然而不同廠商設(shè)備對規(guī)范的實現(xiàn)具體流程步驟實現(xiàn)仍存在差異，導(dǎo)致跨廠商互操作困難。根據(jù)筆者在多個試驗試點的統(tǒng)計，跨廠商互操作問題約占整個集成過程中出現(xiàn)問題的60%左右，而且這些問題定位困難，解決耗時耗力。

2.3? 云化網(wǎng)絡(luò)集成測試工具匱乏

互聯(lián)網(wǎng)產(chǎn)業(yè)使用云計算技術(shù)已有較長時間，也積累了大量的自動化集成工具，其中不乏開源工具。然而，基于電信云的可靠性、穩(wěn)定性要求，針對虛擬化電信網(wǎng)元的自動化集成測試工具卻非常匱乏。近年來，隨著電信云集成需求的增大，各個廠商也紛紛投入資源開發(fā)針對電信云化網(wǎng)絡(luò)的集成測試工具，可以對本廠商的軟硬件組件進行自動化的集成測試。然而這些工具對異廠商產(chǎn)品卻往往束手無策。多個開源組織也逐漸關(guān)注電信網(wǎng)絡(luò)的集成測試，然而開源工具良莠不齊，很難全面地滿足運營商的集成要求。

3? ?下一代網(wǎng)絡(luò)集成的產(chǎn)業(yè)和標準化情況

隨著NFV技術(shù)逐漸成熟和走向落地，目前主流運營商、集成商和標準化開源組織越來越關(guān)注降低集成復(fù)雜度、提高集成效率等建設(shè)落地問題。

運營商方面，2018年到2019年期間AT&T、Orange等紛紛組建集成認證團隊和集成實驗室。其中AT&T目前集成團隊已超過500人，在NFV自研投入中占比超過50%，實驗室業(yè)務(wù)測試已實現(xiàn)完全自動化。此外其他運營商，包括Docomo、Telefonica等也紛紛委托主流集成商為其定制化研發(fā)自動化集成工具和集成實驗室系統(tǒng)。

集成商方面，主流集成廠商紛紛意識到下一代網(wǎng)絡(luò)集成任務(wù)重、工作量大，在集成工具、集成實驗室等反面開展充分儲備，應(yīng)對下一代網(wǎng)絡(luò)的集成任務(wù)。據(jù)統(tǒng)計，目前主流集成廠商集成工具可覆蓋80%的自有產(chǎn)品的集成，然而對跨廠商集成的場景，集成廠商的工具往往乏力。

標準化和開源組織方面，近幾年對集成的關(guān)注度也逐漸提高，主流開源組織，包括LFN、OpenStack、CNCF等自2018年起紛紛增加了CI/CD相關(guān)議題或工作組。2018年5月，AT&T發(fā)起Airship開源項目，重點完成電信云資源池的部署和生命周期管理，是運營商集成工具開源的第一個項目。2019年3月，LF新成立“傘項目”CDF（Continuous Delivery Foundation），覆蓋包括Jenkins、Tekton等多個開源集成工具。2018年底，NFV電信云參考平臺開源項目OPNFV也宣布進行戰(zhàn)略轉(zhuǎn)型，關(guān)注電信云的集成工作。

在新型“集成生態(tài)”中，標準化和開源組織也起著關(guān)鍵的作用，為下一代網(wǎng)絡(luò)集成提供規(guī)范化指導(dǎo)、事實標準和最佳實踐，成為跨廠商互操作和集成的參考范例和中間件。當前標準化和開源組織對集成已有較大的關(guān)注度，然而尚未形成完整的端到端的規(guī)范和事實標準，標準化和開源社區(qū)對運營商的集成需求的理解仍存在較大偏差，有待參與集成各方積極推進集成的標準化和開源進程。

4? ?下一代網(wǎng)絡(luò)集成關(guān)鍵問題

總結(jié)下一代網(wǎng)絡(luò)集成的痛點，運營商需要探索總結(jié)新的集成體系和集成方法，以適配基于云化新技術(shù)的下一代網(wǎng)絡(luò)。同時，僅依靠集成商完成集成的傳統(tǒng)方式已不適用于下一代網(wǎng)絡(luò)，為了解決跨廠商的集成問題，為了確保集成運營運維有序結(jié)合，運營商需要更大程度地參與集成，做好準備逐步承擔起“集成商”的角色。下一代網(wǎng)絡(luò)的集成過程中，以下幾個問題至關(guān)重要：

（1）規(guī)范化流程

運營商建立符合自己下一代網(wǎng)絡(luò)設(shè)計的規(guī)范化流程是集成的基礎(chǔ)。

傳統(tǒng)運營商網(wǎng)絡(luò)的集成流程是粗放式的，運營商明確集成的起止時間和交付物，具體的流程則由集成商根據(jù)經(jīng)驗自行定義。這樣的集成流程難以精細化管理，面對跨廠商集成也難以統(tǒng)一各個廠商具體實施步驟，造成集成效率低、多組件配合差等問題。

針對下一代網(wǎng)絡(luò)，運營商需要開展精細化的過程控制，對集成的具體流程進行把控，詳細分析集成各步驟的前置條件和輸出物，建立高效的集成流水線。對部分統(tǒng)一的基礎(chǔ)配置，可以考慮由設(shè)備廠商在出廠前即做好配置打包，減少現(xiàn)場操作。對互操作的內(nèi)容，提前做好相關(guān)約定，便于現(xiàn)場操作和問題定界定位。對耗時較多的工作，分析與之可并行展開不干擾的其他工作，確保工作有序并行。

（2）自動化工具

豐富的自動化集成測試工具是下一代網(wǎng)絡(luò)集成的關(guān)鍵抓手。

下一代網(wǎng)絡(luò)的集成工作接口多工作量大，且對集成系統(tǒng)質(zhì)量要求高。傳統(tǒng)的網(wǎng)絡(luò)設(shè)備集成往往采用手工測試和目測抽測的方式，難以保證復(fù)雜的網(wǎng)絡(luò)質(zhì)量和準確性。參考互聯(lián)網(wǎng)云化系統(tǒng)的集成運營經(jīng)驗，大量的自動化工具可以有效地提高集成的效率和質(zhì)量。

（3）標準化數(shù)據(jù)

標準化的數(shù)據(jù)是下一代網(wǎng)絡(luò)集成的通用語言。

跨廠商的集成的最大難點在于不同廠商的接口、操作、命名習慣均有差異，導(dǎo)致跨廠商的集成難以溝通。定義一套標準化的集成數(shù)據(jù)作為多廠商集成的通用語言，可以幫助集成商、廠商、運營商彼此更好地理解集成需求和集成詳細設(shè)計（LLD），并據(jù)此開展集成。此外，標準化的數(shù)據(jù)也是后續(xù)網(wǎng)絡(luò)運營運維的關(guān)鍵基礎(chǔ)，是運營商了解集成設(shè)計和集成細節(jié)的途徑。

5? ?持續(xù)集成持續(xù)交付（CI/CD）的下一代網(wǎng)絡(luò)集成體系

持續(xù)集成和持續(xù)交付是近年來軟件開發(fā)領(lǐng)域比較流行的概念。所謂持續(xù)集成，指的是開發(fā)者在開發(fā)過程中頻繁地代碼與已開發(fā)代碼進行集成整合和驗證測試，確保新開發(fā)的代碼可以融合進原系統(tǒng)中正常運行。持續(xù)集成可有效地避免代碼開發(fā)出現(xiàn)較大的偏差，及時發(fā)現(xiàn)代碼問題。持續(xù)交付指開發(fā)系統(tǒng)以頻繁的增量更新替代傳統(tǒng)的版本更新，在交付過程中，每次代碼完成集成通過測試即可直接交付給用戶。持續(xù)交付可提高交付系統(tǒng)的用戶體驗，確保用戶的需求能夠通過頻繁的更新快速滿足[4]。

借鑒軟件開發(fā)的思想，我們進一步提出下一代網(wǎng)絡(luò)的持續(xù)集成持續(xù)交付的集成體系。依托豐富的持續(xù)集成持續(xù)交付工具鏈，通過規(guī)范化下一代網(wǎng)絡(luò)的集成流水線、統(tǒng)一下一代網(wǎng)絡(luò)集成數(shù)據(jù)，實現(xiàn)廠商開發(fā)到運營商集成的完整閉環(huán)，提高下一代網(wǎng)絡(luò)交付的效率和質(zhì)量。持續(xù)集成持續(xù)交付的下一代集成系統(tǒng)包括以下幾個關(guān)鍵因素。

5.1? 自動化集成交付系統(tǒng)

軟件化的下一代網(wǎng)絡(luò)需要有與之匹配的自動化集成交付系統(tǒng)。當前雖然針對IT系統(tǒng)已經(jīng)存在一些自動化的集成和測試工具，但這些工具并非為NFV系統(tǒng)集成設(shè)計，集成工具尚未覆蓋集成全流程，且良莠不齊、成熟度不高，導(dǎo)致下一代網(wǎng)絡(luò)集成整體自動化程度較低。面向下一代網(wǎng)絡(luò)，運營商應(yīng)逐漸具備覆蓋集成全流程的自動化集成交付系統(tǒng)。該系統(tǒng)的主要作用包括：

（1）解決跨廠商的集成對接問題，作為中間件簡化異廠商適配

目前大部分廠商的自動化工具僅具有理論上與異廠商對接的可行性，缺乏開放的通用標準和接口，跨廠商對接不現(xiàn)實。已有的異廠商對接案例通常為CT廠商對接IT廠商，由于沒有業(yè)務(wù)競爭相對易于推動。因此在跨廠商集成對接方面，運營商定義的自動化集成交付系統(tǒng)可作為標準化的API和框架，提供中間件，協(xié)調(diào)異廠商對接。

（2）滿足運營商定制化需求

目前廠商儲備的自動化工具大部分是針對使用需求量較大的場景開發(fā)的。針對運營商的定制化需求，比如資源池的網(wǎng)絡(luò)設(shè)計，在運營商工程建設(shè)要求尚未確定之前，廠商自動化產(chǎn)品存在不滿足規(guī)范要求的風險。而且這類工具定制化開發(fā)工作量較大，部分廠商開發(fā)動力不足。在這類定制化工具方面運營商需要加強自研和自主開發(fā)能力。

（3）保持驗收測試中立性，為運營商的集成驗收提供自動化的工具保障

下一代網(wǎng)絡(luò)的集成驗收是集成交維的關(guān)鍵環(huán)節(jié)。傳統(tǒng)驗收方式無法對龐大的資源池的各個服務(wù)器節(jié)點、網(wǎng)絡(luò)連接、內(nèi)部配置進行全面的驗收，往往導(dǎo)致驗收通過后很多隱患沒有及時發(fā)現(xiàn)，后患無窮。集成廠商可以提供部分自動化驗收的工具，然而廠商工具良莠不齊，無法保證測試觀察點完全滿足運營商的要求。因此運營商應(yīng)具備自主開發(fā)的、中立的、自動化的集成驗收工具，從硬件、網(wǎng)絡(luò)、軟件等多個層面開展完善且高效的集成驗收。

（4）構(gòu)建跨廠商的持續(xù)集成持續(xù)交付系統(tǒng)

下一代網(wǎng)絡(luò)的集成只是下一代網(wǎng)絡(luò)建設(shè)和運維中的一個環(huán)節(jié)，為了確保下一代網(wǎng)絡(luò)的靈活性、敏捷性，網(wǎng)絡(luò)的規(guī)劃、建設(shè)、運維監(jiān)控應(yīng)該構(gòu)成有效閉環(huán)，形成正反饋，確保網(wǎng)絡(luò)可管可控可維護。自動化集成交付平臺是下一代網(wǎng)絡(luò)持續(xù)集成持續(xù)交付的基礎(chǔ)。

5.2? 運營商集成驗證能力

傳統(tǒng)網(wǎng)絡(luò)的集成工作僅發(fā)生在運營商機房的集成現(xiàn)場，網(wǎng)絡(luò)轉(zhuǎn)型后涉及跨廠商的集成操作，全部在機房完成，效率低，可重復(fù)性差。為了應(yīng)對下一代網(wǎng)絡(luò)的集成，運營商應(yīng)逐步形成集成驗證能力，在進入集成機房現(xiàn)場之前，將大量集成的互操作問題、預(yù)配置問題發(fā)現(xiàn)并解決，提高集成現(xiàn)場的集成效率。目前多個主流運營商均在籌備下一代網(wǎng)絡(luò)的集成驗證實驗室，提供NFV的集成驗證能力。運營商的集成驗證能力基于其自動化集成交付系統(tǒng)，可以提供可重復(fù)、可復(fù)現(xiàn)的小規(guī)模多組件部署集成，通過快速靈活的自動化集成操作實現(xiàn)多組件的集成互操作驗證。

5.3? 持續(xù)集成持續(xù)交付閉環(huán)

基于自動化集成交付系統(tǒng)和運營商集成驗證實驗室，應(yīng)進一步構(gòu)建持續(xù)集成持續(xù)交付兩個閉環(huán)。如圖1所示。

一個閉環(huán)是持續(xù)集成閉環(huán)，覆蓋廠商產(chǎn)品和運營商的集成驗證實驗室。這一閉環(huán)主要目的是對廠商的產(chǎn)品組件進行持續(xù)集成驗證，確保廠商的每一次更新操作都能與運營商網(wǎng)絡(luò)內(nèi)部已存在的其他組件版本集成互操作。這一閉環(huán)要求廠商的CI/CD交付流程與運營商的集成驗證實驗室CI/CD交付流程能夠彼此打通，通過廠商交付流程的產(chǎn)品更新可以直接驅(qū)動在運營商集成驗證實驗室進行快速的部署和互操作驗證。

另一個閉環(huán)是持續(xù)交付閉環(huán)，覆蓋從運營商的集成交付實驗室到運營商的機房集成現(xiàn)場。這一閉環(huán)主要目的是對多個已在運營商集成驗證實驗室通過互操作集成驗證的組件，通過持續(xù)交付的遠程操作模式在現(xiàn)網(wǎng)進行部署集成操作，完成集成系統(tǒng)的交付。理想狀態(tài)的持續(xù)交付只需要依靠自動化集成交付平臺遠程操作和現(xiàn)場施工隊根據(jù)設(shè)計圖紙簡單地人工操作即可完成。這一閉環(huán)要求集成驗證實驗室的集成流程和現(xiàn)場集成流程打通，集成驗證實驗室的集成模式、腳本、配置文件，通過合理的規(guī)模化可直接在現(xiàn)網(wǎng)復(fù)制使用?，F(xiàn)網(wǎng)發(fā)現(xiàn)的集成問題，可快速在集成驗證實驗室復(fù)現(xiàn)。

6? ?中國移動下一代網(wǎng)絡(luò)新型集成實踐

6.1? 下一代網(wǎng)絡(luò)自動化集成交付平臺AUTO

面向下一代網(wǎng)絡(luò)的集成痛點，中國移動自2017年起逐步構(gòu)建新型集成能力。中國移動于2018年12月發(fā)布起自動化集成交付平臺AUTO系統(tǒng)1.0版本，重點關(guān)注集成過程中運營商定制化需求和跨廠商集成痛點。圖2為AUTO工具主界面。AUTO平臺包含自動規(guī)劃（AUTO-Design）、自動配置（AUTO-Config）、自動部署（AUTO-Deploy）和自動測試（AUTO-Test）四大功能組件，所有功能統(tǒng)一由AUTO-GUI界面呈現(xiàn)，并通過自動化流程管理平臺（AUTO-Pipeline）實現(xiàn)集成任務(wù)流水線。

6.2? AUTO平臺的應(yīng)用實踐

AUTO系統(tǒng)已在中國移動多個試點試驗網(wǎng)環(huán)境得到驗證。在2018年的NFV試點中，AUTO系統(tǒng)在8小時內(nèi)完成了82個虛擬層功能測試用例測試，22小時內(nèi)完成了19個性能測試用例。在2019年5G規(guī)模試驗中，使用AUTO一鍵式完成450臺服務(wù)器15項BIOS配置，極大地提高了硬件集成的效率。目前，AUTO工具也在中國移動的大區(qū)資源池建設(shè)中推廣使用，提高中國移動電信云的集成質(zhì)量和效率。此外，中國移動于2018年底發(fā)布OPEN-AUTO合作伙伴計劃，基于AUTO平臺，與多廠商開展集成合作，共同在集成流程定義、集成數(shù)據(jù)統(tǒng)一、集成實驗室建設(shè)等方面開展合作，構(gòu)建集成生態(tài)。

7? ?結(jié)束語

集成問題是下一代網(wǎng)絡(luò)落地的“最后一公里”問題，關(guān)系著下一代網(wǎng)絡(luò)的效率和質(zhì)量。網(wǎng)絡(luò)轉(zhuǎn)型后，運營商應(yīng)首先從流程、工具、數(shù)據(jù)三方面審視當前的集成方法，逐步優(yōu)化集成的關(guān)鍵要素，從而實現(xiàn)從粗放式的“交鑰匙”集成變成精細化的集成過程管理。基于此，運營商應(yīng)逐步構(gòu)建持續(xù)集成持續(xù)交付的集成能力，從而實現(xiàn)下一代網(wǎng)絡(luò)的快速靈活上線。

在構(gòu)建下一代網(wǎng)絡(luò)新型集成體系的過程中，新型“集成生態(tài)”尤為重要。傳統(tǒng)網(wǎng)絡(luò)的集成存在著較高的廠商壁壘，導(dǎo)致下一代網(wǎng)絡(luò)的集成缺乏完整的生態(tài)。面向跨廠商的未來網(wǎng)絡(luò)，廠商壁壘給運營商、設(shè)備廠商、集成商帶來了極大的資源損耗和技術(shù)挑戰(zhàn)，因此運營商有必要主動承擔責任，推動各方打破技術(shù)壁壘，構(gòu)建跨廠商的持續(xù)集成持續(xù)交付模式。

參考文獻：

[1] 周偉林. 網(wǎng)絡(luò)功能虛擬化技術(shù)研究綜述[J]. 計算機研究與發(fā)展， 2018，55（4）： 675-688.

[2] Ericsson. The Telco Report–Insight into Telco cloud transformation[Z]. 2019.

[3] AT&T. Building the Network of the Future[Z]. 2017.

[4] 張文林. 持續(xù)交付及其在大型項目中的應(yīng)用[J]. 軟件導(dǎo)刊， 2017，16（10）： 159-161.