ONAP發(fā)布北京版本 更加注重可部署性

北京時(shí)間6月13日消息（艾斯）據(jù)LightReading報(bào)道，Open Network Automation Platform（ONAP）已發(fā)布第二個(gè)軟件版本——北京，該版本的重點(diǎn)在于使這一自動(dòng)化平臺(tái)更易于部署，并且旨在提高可用性、可管理性、可擴(kuò)展性以及更實(shí)用和商業(yè)化方面的增強(qiáng)功能。

盡管多家網(wǎng)絡(luò)運(yùn)營(yíng)商——包括AT&T、貝爾加拿大公司（BCE）、中國(guó)移動(dòng)、中國(guó)電信、Orange、Verizon通信和沃達(dá)豐集團(tuán)都在整體或局部部署ONAP軟件，但是這一野心勃勃的開(kāi)源項(xiàng)目面臨的最大挑戰(zhàn)，是公眾認(rèn)為這是一項(xiàng)尚未成熟到可以進(jìn)行商用部署的項(xiàng)目。隨著北京版本的發(fā)布，ONAP正在改變這種看法。

Linux Foundation總經(jīng)理Arpit Joshipura表示：“全球運(yùn)營(yíng)商已經(jīng)完成了很多偉大的工作。通過(guò)北京版本，我們以一種非常簡(jiǎn)單的方式提出這些問(wèn)題，也即部署真正需要的是什么？團(tuán)隊(duì)在所有這31個(gè)項(xiàng)目中一直在廣泛關(guān)注這些方面。”

相較于阿姆斯特丹版本而言，北京版本在體系架構(gòu)方面的變化之一是集成了外部北向應(yīng)用程序編程接口（API），如今年年初宣布的那樣，ONAP正在融合TM Forum和MEF完成的工作。TM Forum合作研發(fā)副總裁Ken Dilbeck表示，其團(tuán)隊(duì)已經(jīng)調(diào)整了時(shí)間表和工作方式，從而適應(yīng)更快的開(kāi)源速度，并定期提供代碼更新，以響應(yīng)來(lái)自O(shè)NAP成員的需求。

“TM Forum中有一種意識(shí)，那就是我們需要按照行業(yè)的速度來(lái)發(fā)展。”Ken Dilbeck在采訪(fǎng)中表示。“這是一種文化變革，意識(shí)到他們正在努力實(shí)現(xiàn)更快的時(shí)間表，并且我們需要以不同的速度處理事情。所有事情都非常務(wù)實(shí)和實(shí)際。”

根據(jù)Arpit Joshipura的說(shuō)法，實(shí)際結(jié)果是，ONAP現(xiàn)在可以在多運(yùn)營(yíng)商運(yùn)營(yíng)支持和業(yè)務(wù)支持系統(tǒng)之間進(jìn)行標(biāo)準(zhǔn)化。他補(bǔ)充說(shuō)，與其他標(biāo)準(zhǔn)開(kāi)發(fā)組織（SDO）并行工作的能力，是ONAP不斷發(fā)展的關(guān)鍵所在。

Heavy Reading高級(jí)分析師James Crawshaw肯定了北京版本的架構(gòu)和實(shí)用性進(jìn)步，并預(yù)期隨著這一版本及下一版本——卡薩布蘭卡的發(fā)布，將會(huì)有更廣泛的成員積極參與其中。

“他們似乎在架構(gòu)（TMF/MEF API和對(duì)微服務(wù)/Kubernetes的支持）和可部署性方面取得了良好的進(jìn)展，降低了采用的門(mén)檻并提高了自動(dòng)化水平。”他表示。“雖然2018年第二季度的代碼提交仍然主要來(lái)自于A(yíng)T&T、華為、Amdocs、中興通訊和英特爾，總計(jì)比重在75%以上。但更多運(yùn)營(yíng)商參與了試驗(yàn)。除了那些最主要的ONAP支持者（AT&T、中國(guó)移動(dòng)、中國(guó)電信、Orange、貝爾加拿大）外，Verizon和沃達(dá)豐現(xiàn)在似乎也非?；钴S。并且德國(guó)電信也一直在為下一版本提交用例和功能需求。至少運(yùn)營(yíng)商應(yīng)該利用可用的免費(fèi)教育資源了解下ONAP，即使它們無(wú)法承諾對(duì)其進(jìn)行試驗(yàn)。”

可部署性的七個(gè)維度

Arpit Joshipura提高了北京版本聚焦的七個(gè)方面，包括可用性、安全性、可管理性、穩(wěn)定性、可擴(kuò)展性、性能和彈性。北京版本在每個(gè)類(lèi)別中都增加了特定的增強(qiáng)功能，例如同時(shí)增加了Kubernetes和基于HEAT的平臺(tái)管理，同時(shí)改進(jìn)了可用性流程和文檔/用戶(hù)指南，并增加了72小時(shí)吸收試驗(yàn)來(lái)驗(yàn)證所有31個(gè)項(xiàng)目在生產(chǎn)使用中的系統(tǒng)行為。

Arpit Joshipura指出，通過(guò)解決諸如易于擴(kuò)展和提升安全性等問(wèn)題，所有這些都旨在使ONAP更容易作為平臺(tái)被使用，或者作為單獨(dú)的模塊進(jìn)行使用。除了作為北京版本一部分的體系結(jié)構(gòu)變化和功能增補(bǔ)外，這些改進(jìn)還包括代碼、流程和認(rèn)證的組合。

“北京版本的架構(gòu)與阿姆斯特丹版本看起來(lái)非常相似，除了我們從所有項(xiàng)目中提取出的許多共同功能和常見(jiàn)東西外，例如建模、集成和VNF驗(yàn)證等。”他說(shuō)。

集成北向API是體系結(jié)構(gòu)變化之一。第二個(gè)變化則涉及ONAP運(yùn)行管理或OOM，它現(xiàn)在支持遷移至Kubernetes上基于微服務(wù)的部署。Arpit Joshipura表示，第三個(gè)變化是圍繞共同服務(wù)方面，涉及允許基于政策進(jìn)行優(yōu)化的ONAP Optimization Framework (OOF)項(xiàng)目，和一個(gè)名為Music的新項(xiàng)目——該項(xiàng)目聚焦于全球部署的多站點(diǎn)支持。第四個(gè)變化涉及行業(yè)模型的協(xié)調(diào)——諸如Tosca、Yang和Heat，這樣一來(lái)，信息建模、集成和VNF驗(yàn)證可以以一種常見(jiàn)方式完成。

ONAP成員將于6月19-22日在北京舉行“卡薩布蘭卡版本開(kāi)發(fā)者論壇”（Casablanca Release Developer Forum）會(huì)議。

生成海報(bào)

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來(lái)自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請(qǐng)進(jìn)一步核實(shí)，并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁(yè)或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書(shū)面權(quán)利通知或不實(shí)情況說(shuō)明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開(kāi)相關(guān)鏈接。