【云駐共創】初探數通網絡開放可編程

前言

當我們需要業務的快速上線時，但是傳統的方式的話呢很難以去快速達到，但數通網絡開放可編程平臺的話能夠提供一種可行的解決方案。

對于集成商來說，當需要把某個廠商的控制器或者設備集成到客戶的OSS系統，會面臨著非常多的接口對接工作。在數通網絡平臺，可以幫助集成商減少開發時間和成本。

對于設備商品來說，當把某設備推入到一個已存在的網絡，需要和這個設計和這個網絡已有運維系統對接。會涉及到去適配企業的一些標準接口的一些問題。數通網絡提供一種快速的開發模式，可以使我們的設備盡快的和企業標準相對齊。

對于高校來說，高校經常會有一些維護網絡訴求?；蛘咭恍┱n題的研究，技術創新等， AOC是一個技術創建的理想平臺。

對于大學生來說，寫畢業論文需要一些實驗性的數據去支撐論文。那么我們的數通網絡開放可編程平臺可以提供一個可操作實驗平臺。

對于課余個人開發者來說，通過數通網絡開放可編程平臺，在應對一些項目的時候，會有更多的選擇，有更多的機遇。

圖表 1數通網絡開放平臺適合人群

網絡運維面困難與挑戰

網絡運維面臨困難

上線周期長是現在各個廠商遇到了一個普遍的困難。

網絡運維在歷史發展中間經歷了幾個階段：

首先網絡初始階段，此時網絡比較小。運維人員可以通過手敲命令行的方式來對網絡進行運維。但隨著網絡規模的慢慢的增長，敲擊命令行的方式效率較低。此時會有一些命令行的腳本來提高網絡執行效率，但是網絡的運維復雜度并沒有降低。

隨著SDN技術，網絡控制器的出現?？梢曰谔囟ǖ慕鉀Q方案和產品來簡化網絡運維。同時也會遇到一個問題?？刂破魈峁┑倪@種高度的自動化能力和我們對網絡的自主操控能力兩者之間是存在矛盾，自動化程度越高，也意味著我們對網絡的自主可控性也就越低，就缺少方法能夠達成完美訴求。

當前的5G時代，業務與廠商耦合是制約業務快速上線的主要因素，但是缺少系統的網絡平臺來實現功能。

圖表 2? 傳統的“人流量”人工操作維護模式

以Windows為例，客戶對網絡操作平臺能力訴求

Windows電腦平臺有各種各樣的硬件，例如鼠標，鍵盤，內存，主板等各種硬件。而且這些硬件會有不同的廠商，不同廠商針對于不同的時期的會推出不同的版本，不同的產品。

那么windows是如何對這些電腦硬件進行控制的話呢？它是通過驅動來對這些設備硬件進行控制。但要給上層的應用開放這些可以操控硬件的接口。無論上層的設備硬件如何去替換，換成不同廠商的不同型號是固定不變的形式。所以這種模型映射的能力就是從上層固定不變的windows上傳app。去適配換成不同硬件能夠提供的這些驅動的接口。

這種模型轉換的能力，是windows的基本能力。那么同的，數通網絡操作平臺也是具備同樣能力。

圖表 3 以Windows為例，客戶對網絡操作平臺能力訴求

數通網絡可開放編程平臺介紹

面對網絡運維的嚴峻挑戰，開放可編程系統以YANG模型驅動為基礎，提供了端到端的開放可編程能力：設備驅動可編程、網絡業務可編程、開放設備和業務北向接口，并且提供了安全可靠的保障機制。

數通網絡可開放編程平臺叫做AOC，是Asia Open Container敏捷開放容器的一個縮寫。他的下方對接網絡設備，通過三種協議來對網絡設備進行管控。上方對接iOS系統。

圖表4 ?AOC開放可編程平臺所需具備的架構和能力

SND包：網元驅動包（Specific NE Driver Pkg），為開放可編程系統提供與網元交互的數據模型。

SSP包：業務包（Specific Service Plugin Pkg），定義了完成一套網絡級業務配置對應的數據模型。該數據模型通常包含一個Jinja2模板文件、一個Python映射腳本和業務YANG模型。

系統通過加載業務包，可以進行業務配置下發，實現新業務的快速構建。

圖表 5 Yang模型驅動

在傳統的開發流程中間，設計人員完成設計之后，開發人員進行API的代碼開發界面開發，業務的流程開發以及數據庫的開發。如果使用IOC， API代碼開發，界面開發和數據庫開發都不需要再去開發代碼。模型驅動幫助客戶大家自動開發。意思也就是說，如果我們模型定義好，這三個能力API的代碼開發界面的開發和數據庫的開發，會有機制去幫助大家完成事務機制。

我們在去做一些網絡變更時。最怕的是變更失敗，如果一個網絡操作變更失敗了，那么我們需要在最短的時間之內去把這個網絡恢復到我們變更之前的狀態，以免對原有網絡上的這些業務造成影響。傳統方式的話在做網絡變更的時候，工程師坐在電腦前面。她對設備進行敲命或者是說去運行一些命令行的啊腳本的模式來對設備一臺一臺的去進行配置。

那么當有任何的網絡失敗的時候，測試工程師需要從屏幕上面就感知到這個網絡的失敗，同時之后編輯命令語句，執行回滾操作，來把網絡回滾到下發配置之前的狀態。在使用IOC后，工程師在界面上面點擊一下鼠標觸發。如果有任何的網絡失敗，會自動的去感知網絡失敗，自動的去完成這些回滾的操作，把網絡回滾到配置之前的這個狀態。不用去擔心會對現網的業務有任何的影響。

圖表 6? 事務機制:失敗自動回滾，保障配置安全

我們以前在做一些命令行的階段，要寫一些命名好的腳本，或者是一些命令行的模板。針對某一個接口，都要去寫增刪改查四個操作的一個。通過命令行模板，只需要去創建接口。而刪改查這三個接口自動地去完成，代碼開發工作量減少75%，四個接口我就只需要實現一個了，這就是mapping機制。

圖表 7? Mapping：支撐極簡代碼

通過外部反饋可以讓操作人員清楚具體配置是什么，來作為網絡變更的最后一次檢查的機制，這就是配置預覽。傳統方式是腳本進行網絡業務變更，需要一臺設備，一臺設備的去進行變更。當第一臺設備變更完之后，后續設備才能夠去進行。因為命令行它是一種人際交互，必須需要等人去等設備的反饋。在AOC平臺上，當業務配置涉及到某個設備，可以在五臺設備同時下發，設備執行效率提高五倍。

圖表 8? 配置預覽

圖表 9? 高效的業務配置

AOC有SSP針對北向業務。OSS對接對應企業標準，南向會存在設備驅動，我們在進行配置時就存在兩種配置，一種是OSS系統跟AOC之間的配置。第二種配置是AOC和南向設備網元具體下發命令行的配置。通過AOC平臺，我們進行每一次交互都可以記錄下來的。以后有問題定位或者業務巡檢時，都可以有據可查。因此AOC平臺提供了兩個配置歷史記錄能力，一個是北向配置歷史記錄，一個是南向的配置歷史記錄。

圖表 10 配置歷史:歷史操作完全掌控

如果設備上面存在多頭管理的話，會導致設備的配置是不準確的。設備狀態不準確可能會造成對現有業務的一個影響。因此，不管是使用控制器還是使用AOC，所有的客戶都會要求能夠控制網絡配置，AOC數據庫能夠真實反應網絡狀態。AOC提供了四種數據一致性的功能。

第一種是Check,通過LC的數據庫和設備上的配置進行比較兩者是否一致，如果不一致，說明設備上面存在著多重管理。

第二種是Sync from，它可以把設備的配置同步到的AOC上覆蓋之前的數據庫，AOC數據可以反應最新的網絡設備的數據。

第三種是Sync to，當設備可能是有人為錯誤的修改，或者通過其他的途徑錯誤的修改，但是我們希望以AOC數據庫的配置去覆蓋網絡設備的配置，就需要用到Sync to。

第四種是Reconcile。在數據庫這個層面，我的上層北向接口的業務這一層感知不到數據庫的變化，那么我們就需要提供一個能夠將其設為數據庫中間的這些數據。重新的組裝成業務的配置實例。

圖表 11? 數據一致性:多頭管理及時發現

答疑解惑

問題1:如果要成為基于AOC的開發者，需要具備哪些能力和知識？

答： AOC的開發一部分是要具有一定的開發經驗，至少要掌握一種編程語言或者是有一段時間的開發經驗。更重要的是網絡經驗的積累，所以總的來說，是需要這兩部分的能力：一個是了解網絡，第二個就是有一定的開發經驗。

問題2：如果企業當前不具備AOC開發所需的能力，有什么渠道求助，或者如何具備這樣的能力？

答：如果有這種對應的訴求，可以和我們聯系，會有服務團隊的專員為您提供的服務，在開發者社區上面有公共號和公共郵箱。

問題3：AOC的出現對傳統的運維方式產生了改變，那么企業傳統網絡運維人員需要如何轉換？

答：關于企業轉型這個話題，在運營商領域已經好幾年了，各個運營商的都在尋求展現，因為他們現在面臨著些競爭，一些新興的業務。然后為了更好的服務客戶，他們需要進行轉型。同時的話呢也存在著對人員技能轉型的要求，所以網絡運維人員在這個新的AOC這個開放可編程的這么一個大背景下，還是可以找到自己的定位。

參考文檔

數通可開放編程快速入門

https://devzone.huawei.com/cn/enterprise/aoc/quickStart.html

數通可開放編程文檔中心

https://devzone.huawei.com/cn/enterprise/aoc/apiDoc.html

專家講解：數通網絡開放可編程的架構和能

https://bbs.huaweicloud.com/videos/103845

本文整理自華為云社區內容共創活動第二期之【線上直播】初探數通網絡開放可編程。

查看活動詳情：https://bbs.huaweicloud.com/forum/thread-111494-1-1.html

IoT 網絡 運維

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。