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