北京時間11月22日消息（艾斯）美國當地時間11月20日，ONAP推出了其備受期待的首個軟件版本（běn）——Amsterdam版（bǎn）本，承諾（nuò）為網絡自動化提供一個統一的架構，其模塊可以被網絡（luò）運營商立即（jí）使用。
自AT&T OpenECOMP項目與Open-Orchestration（OPEN-O）項目合並成為Linux基金會旗下的（de）Open Network Automation Platform (ONAP)8個多月以來，該組織的成員數已經增加到58個。通過Amsterdam版本，ONAP發布（bù）了一個統一的架構，不僅結（jié）合了（le）兩個（gè）組織的貢獻代碼，消除（chú）了過程的重複性，並且增加了重要的新功能，包括一個名為Holmes的（de）新關聯（lián）引擎，已經（jīng）被添加到ECOMP Data Collection, Analytics and Events (DCAE)模塊以及一個被稱為Control Loop Automation Management Platform (CLAMP)的新模塊。
Amsterdam版本還提供了兩個“驗（yàn）證藍圖”，展示了如何將其模塊組合起來從而提（tí）供其（qí）成員所尋求的早期用例：包（bāo）括虛擬IMS在（zài）內的VoLTE以及家庭vCPE。
ONAP管理人員強調，Amsterdam是AT&T和中國移動已經在使用的產品代碼。BCE（貝爾（ěr）加拿（ná）大（dà））也準備很快進行使用，法國Orange和其他公司正在進行多重概念驗證。最近加入ONAP的沃達豐集團則正在其Ocean轉型計劃中對使用ONAP模塊進行評估，包（bāo）括ONAP在虛擬功能準入控製和服務定義方（fāng）麵的（de）通用方法。
“模塊（kuài）化方法是（shì）有意義（yì）的，因為沒有人會（huì）破壞和（hé）替換現有係統來使用ONAP。”Heavy Reading高級分析師James Crawshaw表示，“他們（men）希望盡可能多地利（lì）用（yòng）現有資產，並在有明顯機會節約成本或者在（zài）提供新服務方麵更具創新性和（hé）靈活性（xìng）的地方實（shí）施新東西（xī）。”
另一位Heavy Reading高級分析師Sandra O'Boyle表示，這種（zhǒng）模塊化的方法將幫助ONAP克服過去那些認為（wéi）這樣的做法過於龐大和野心（xīn）勃勃的批評。“他（tā）們（men）遇到的問（wèn）題（tí）之（zhī）一是（shì）ONAP/AT&T的目標規模對他們來說（shuō）太大而無法消受，或者他們對規模感到有些不適，寧願‘等等看’。”她說。移動運營商也不願意采用針（zhēn）對服務企業（yè）客戶的功能，但可能非常樂意使用VoLTE、IMS和EPC的模（mó）塊。
多樣性提升
James Crawshaw過（guò）去一直對（duì）ONAP貢獻（xiàn）的多樣性持懷疑態度，他指出，這個項目“現在（zài）似乎正在達到一個數量級（critical mass）”，初始組織（zhī）成員之外的貢獻正在越來越多樣化。
“漸漸地，我（wǒ）們開始看到來自新麵孔的貢獻。”他（tā）說。“AT&T仍然是該項目的主要貢（gòng）獻者，其貢（gòng）獻約占社（shè）區總量40%；其次為貢獻額（é）在20%的（de）Amdocs；華（huá）為和（hé）中興則（zé）均以約（yuē）10%的貢獻量緊隨其（qí）後。另外還（hái）有來自中國移動、貝爾（ěr）加拿大、Orange、Windstream和Verizon的代碼貢獻，這是一個健康（kāng）的跡象。諾基亞和愛立信則未見身影，如果我是他們的話，我會（huì）希望（wàng）把（bǎ）更多的資源投入到這個項目中。”
Verizon的參與是非常有趣的，因為該公司並非（fēi）ONAP的成員。
AT&T Labs先進技術副總裁、ONAP技術指導委員會主席Mazin Gilbert指出，在（zài）ONAP成立之初，這一開源（yuán）組（zǔ）織共有11個項目，其中8個來自AT&T的 ECOMP，3個來自於OPEN-O。在完成Amsterdam版本後，ONAP完成了30個項目，包括（kuò）交付了與供應商無（wú）關（guān）的（vendor-agnostic）、支持快速服務啟動的端到端閉環網絡自動化。
圖片來（lái）源：Linux基金會
Mazin Gilbert表示，基本上，其架構中的每個“box”都是（shì）一個項目，並在期間部署了API以實現ONAP的模塊化。ONAP一直都（dōu）在盡（jìn）可能地使用現有API，並在需要的時候自行開發。這是一個（gè）持（chí）續的過程。
該架構包括設計時間和運行時環境，並且在每（měi）個區域都有成熟的代碼。
“我們已經加強了設計（jì）時間；現在這些網絡功能已經有了（le）目錄。”Mazin Gilbert在接受采訪時表示。“有一個SDK可以激活這些網絡功能（néng），一旦你激（jī）活（huó）了它們，就會有網絡功能的驗證，並帶來政策（cè）創建。一些設計可以使你對它們進行服務鏈創建，並且我們已經添加（jiā）了一個CLAMP，來幫助設（shè）計和啟動（dòng）閉環（huán）和開環Amsterdam用例。”
他說，Amsterdam將（jiāng）運行（háng）時間的概念擴展到服務編排之外，包括虛擬和物理功（gōng）能以（yǐ）及生命周期管理。這是DCAE模塊添加的Holmes作為關聯引擎的原因所在。此外，Amsterdam還包括一個擴展的政策框架和Active and Available Inventory (A&AI)的擴展，從而包括外部和內部資源。
這一軟件版本不僅支持多個軟件（jiàn）定義的網絡控製器，還包括一個用於即插即用的控製器框架（jià），Mazin Gilbert表示。它包括一個應用程序控製器和（hé）一個與ETSI模型一致的虛擬功能控製器。這可以促進與基於ETSI的開源組（zǔ）織（zhī）Open Source MANO Community (OSM)之間的進（jìn）一步整合。
正如（rú）承諾的（de），Amsterdam支持多個（gè）虛擬基礎架（jià）構管理器（Virtual Infrastructure Managers）、多個雲和多個NFV基礎架（jià）構。Linux基金會網絡與自動化部門總經理（lǐ）Arpit Joshipura表示，ONAP使用了MEF和TM Forum開發的（de）北向接口。
運營商參與
AT＆T已經在使用（yòng）ONAP協調其網絡點播服務，這一點也不（bú）讓人感到意（yì）外，同時，該運營商現在已經（jīng）增加了涉及（jí）LTE自組織網絡（luò）用例以（yǐ）及物理和虛擬網絡功能的概念驗證。此外，AT&T正在內部（bù）與其員工和供應商一起（qǐ）部署ONAP。
中國移動在其NFV部署中使用了4個ONAP模（mó）塊，將NFV與物理組件和OSS進行（háng）編排，並且在使用不同的模塊用（yòng）於（yú）構建新的數據中（zhōng）心到數據中心（data center to data center）基礎設施。Orange在Amsterdam之前已經進行了3個概念驗證，並將在今年和明年增（zēng）加4個概念驗證。而（ér）BCE則宣布（bù）計劃（huá）在今年晚些時候部署5個不同的ONAP模塊（kuài）。
兩家供應商Amdocs和富士通已經發布了ONAP商用版本。
Arpit Joshipura指出，所有（yǒu）這些（xiē）都提升了項（xiàng）目的成熟度和發展勢頭。ONAP的第二個版本Beijing版本預計將（jiāng）於明年夏天發布，該版本的重點將放（fàng）在提升規模、穩定性、安全性和性能方（fāng）麵。
