網(wǎng)絡(luò)自動化運維教程 課件 項目7、8 使用Telemetry實時監(jiān)控CPU和內(nèi)存使用率、使用RESTCONF協(xié)議配置網(wǎng)絡(luò)

項目7使用Telemetry實時監(jiān)控CPU和內(nèi)存使用率項目7使用Telemetry實時監(jiān)控CPU和內(nèi)存使用率7.1Telemetry概述7.2Telemetry技術(shù)原理7.3任務(wù)實施7.1Telemetry概述Telemetry也叫NetworkTelemetry（網(wǎng)絡(luò)遙測技術(shù)），是一項遠(yuǎn)程的從物理設(shè)備或虛擬設(shè)備上高速采集數(shù)據(jù)的技術(shù)。設(shè)備通過推模式（PushMode）周期性的主動向采集器上送設(shè)備的接口流量統(tǒng)計、CPU或內(nèi)存數(shù)據(jù)等信息，相對傳統(tǒng)拉模式（PullMode）的一問一答式交互，提供了更實時更高速的數(shù)據(jù)采集功能。1Telemetry簡介7.1Telemetry概述Telemetry采用推模式工作，YANG模型定義結(jié)構(gòu)，精度可以達(dá)到亞秒級。2Telemetry技術(shù)特點7.1Telemetry概述Telemetry技術(shù)采用推模式及時獲取豐富的監(jiān)控數(shù)據(jù)，可以實現(xiàn)網(wǎng)絡(luò)故障的快速定位，提供統(tǒng)一的數(shù)據(jù)流格式，簡化采集器分析監(jiān)測數(shù)據(jù)的難度，從而解決傳統(tǒng)網(wǎng)絡(luò)運維問題。采集數(shù)據(jù)的精度高，且類型十分豐富，可以充分反映網(wǎng)絡(luò)狀況。在復(fù)雜的網(wǎng)絡(luò)中，能夠快速地定位故障，達(dá)到秒級，甚至亞秒級的故障定位速度。僅需配置一次訂閱，設(shè)備就可以持續(xù)上報數(shù)據(jù)，減輕了設(shè)備處理查詢請求的壓力3Telemetry技術(shù)優(yōu)勢7.1Telemetry概述4Telemetry網(wǎng)絡(luò)模型Telemetry網(wǎng)絡(luò)模型分廣義和狹義兩種：廣義Telemetry：包括采集器、分析器、控制器和設(shè)備共同構(gòu)成的一個自閉環(huán)系統(tǒng)。狹義Telemetry：指設(shè)備采樣數(shù)據(jù)上送給采集器的功能。廣義Telemetry網(wǎng)絡(luò)模型項目7使用Telemetry實時監(jiān)控CPU和內(nèi)存使用率7.1Telemetry概述7.2Telemetry技術(shù)原理7.3任務(wù)實施7.2Telemetry技術(shù)原理狹義的Telemetry框架可以分為四個模塊：數(shù)據(jù)源、數(shù)據(jù)生成、數(shù)據(jù)訂閱和數(shù)據(jù)推送。1Telemetry框架7.2Telemetry技術(shù)原理Telemetry數(shù)據(jù)源定義了可被獲取的數(shù)據(jù)。Telemetry采用YANG模型定義設(shè)備可獲取數(shù)據(jù)源。支持各類YANG模型，包括Huawei-YANG、IETF-YANG和OpenConfig-YANG2Telemetry數(shù)據(jù)源7.2Telemetry技術(shù)原理Telemetry數(shù)據(jù)訂閱定義了數(shù)據(jù)發(fā)送端和數(shù)據(jù)獲取端交互關(guān)系。3Telemetry數(shù)據(jù)訂閱7.2Telemetry技術(shù)原理當(dāng)用戶想長時間、周期性地監(jiān)控某個端口的端口流量趨勢時，可以配置Telemetry靜態(tài)訂閱功能。4Telemetry靜態(tài)訂閱7.2Telemetry技術(shù)原理5Telemetry動態(tài)訂閱當(dāng)用戶對某些接口產(chǎn)生興趣，想監(jiān)控一段時間時，可以配置Telemetry動態(tài)訂閱功能。在不感興趣時，斷開連接即可，訂閱會自動取消且不會配置恢復(fù)，從而避免對設(shè)備造成長期負(fù)載，也簡化了用戶和設(shè)備的交互。7.2Telemetry技術(shù)原理6采樣數(shù)據(jù)設(shè)備側(cè)將采樣數(shù)據(jù)按照編碼格式進(jìn)行編碼，并且使用傳輸協(xié)議進(jìn)行數(shù)據(jù)傳輸。設(shè)備側(cè)采樣數(shù)據(jù)主要包括如下3個方面的內(nèi)容。原始數(shù)據(jù)：Telemetry采樣的原始數(shù)據(jù)可來自網(wǎng)絡(luò)設(shè)備的轉(zhuǎn)發(fā)平面、控制平面和管理平面，目前支持采集設(shè)備的接口流量統(tǒng)計、CPU或內(nèi)存數(shù)據(jù)等。數(shù)據(jù)模型：Telemetry基于YANG模型采集數(shù)據(jù)。YANG用于設(shè)計可以作為各種傳輸協(xié)議操作的配置數(shù)據(jù)模型、狀態(tài)數(shù)據(jù)模型、RPC模型和通知機(jī)制等。HUAWEI-YANG為測試特性，不能用于商用場景。性能指標(biāo)：Telemetry技術(shù)目前支持在特定的采樣傳感器路徑下采集指定的數(shù)據(jù)。7.2Telemetry技術(shù)原理7采樣路徑用戶通過采樣路徑來描述自己需要采集的數(shù)據(jù)。設(shè)備上的數(shù)據(jù)已經(jīng)通過YANG模型描述說明，基于YANG模型和它的子樹路徑可以構(gòu)成采樣路徑。例如采集CPU數(shù)據(jù)的路徑為huawei-debug:debug/cpu-infos/cpu-info。冒號之前的huawei-ifm表示YANG模型名稱，后續(xù)的debug/...表示YANG模型內(nèi)的節(jié)點名稱，各層節(jié)點名稱通過正斜線銜接在一起。7.2Telemetry技術(shù)原理8采樣周期采樣周期是指周期性地主動向采集器上送設(shè)備的接口流量統(tǒng)計、CPU或內(nèi)存數(shù)據(jù)等。用戶配置靜態(tài)訂閱的采樣周期時，期望設(shè)備在這個采樣周期內(nèi)能將所有對象的數(shù)據(jù)都采集出來。采樣周期的準(zhǔn)確性受采樣實例數(shù)、采樣數(shù)據(jù)源的周期和CPU繁忙程度等因素影響。7.2Telemetry技術(shù)原理9GPB編碼在設(shè)備和采集器之間傳輸數(shù)據(jù)時，需要對數(shù)據(jù)進(jìn)行編碼，當(dāng)前支持2種編碼格式即Google協(xié)議緩沖（GoogleProtocolBuffer，GPB）編碼格式和JSON編碼格式。采用GPB編碼格式傳輸?shù)臄?shù)據(jù)比采用其他編碼格式（JSON或XML）傳輸?shù)臄?shù)據(jù)具有更強(qiáng)的信息負(fù)載能力，保證了Telemetry業(yè)務(wù)的數(shù)據(jù)吞吐能力，同時降低了CPU使用率和帶寬。GPB編碼格式，是一種與語言無關(guān)、平臺無關(guān)、可擴(kuò)展性好的用于通信協(xié)議、數(shù)據(jù)存儲的序列化結(jié)構(gòu)數(shù)據(jù)格式。gRPC協(xié)議用GPB編碼格式承載數(shù)據(jù)，GPB編碼格式的文件擴(kuò)展名為.proto。GPB是一種靈活、高效、自動序列化結(jié)構(gòu)數(shù)據(jù)的機(jī)制。GPB與XML、JSON類似，但不同的是，它采用二進(jìn)制編碼，性能好、效率高。7.2Telemetry技術(shù)原理10Proto文件（1）Proto文件用于定義GPB編碼的編碼規(guī)則。Telemetry利用GPB編碼格式（文件擴(kuò)展名為.proto）提供一種靈活、高效、自動序列化結(jié)構(gòu)數(shù)據(jù)的機(jī)制，GPB屬于二進(jìn)制編碼格式，性能好、效率高。GPB通過.proto文件描述編碼使用的字典。采集器可以利用Protoc工具軟件根據(jù).proto文件自動生成代碼，然后用戶基于自動生成的代碼進(jìn)行二次開發(fā)，對獲取到的Telemetry數(shù)據(jù)進(jìn)行解析，從而實現(xiàn)與設(shè)備的數(shù)據(jù)對接。7.2Telemetry技術(shù)原理10Proto文件（2）華為CE12800V200R005C10SPC800的Proto文件V200R005C10SPC800-Proto.tar。該壓縮文件中包含該設(shè)備的公共Proto文件和業(yè)務(wù)數(shù)據(jù)Proto文件。（1）公共proto文件to。采集器作為客戶端向設(shè)備發(fā)起RPC請求，訂閱采樣數(shù)據(jù)，用于Telemetry動態(tài)訂閱。（2）公共proto文件to。設(shè)備作為客戶端主動向采集器發(fā)起RPC請求，推送數(shù)據(jù)，用于Telemetry靜態(tài)訂閱。（3）公共proto文件to。設(shè)備采樣業(yè)務(wù)數(shù)據(jù)之后，用Telemetry頭進(jìn)行封裝，方便對接。（4）業(yè)務(wù)proto文件to。如to、to等設(shè)備采集業(yè)務(wù)數(shù)據(jù)之后，按文件進(jìn)行GPB編碼，網(wǎng)管按業(yè)務(wù)數(shù)據(jù)Proto文件解碼。7.2Telemetry技術(shù)原理11gRPC協(xié)議Telemetry通過gRPC協(xié)議將經(jīng)過編碼格式封裝的數(shù)據(jù)上報給采集器進(jìn)行存儲。gRPC協(xié)議是Google發(fā)布的開源RPC框架，是基于HTTP/2協(xié)議的、高性能的、通用的軟件框架。通信雙方都基于該框架進(jìn)行二次開發(fā)，從而使得通信雙方聚焦在業(yè)務(wù)，無須關(guān)注由gRPC軟件框架實現(xiàn)的底層通信。7.2Telemetry技術(shù)原理12gRPC網(wǎng)絡(luò)架構(gòu)gRPC協(xié)議棧具有如下五層：TCP傳輸層：TCP提供面向連接的、可靠的數(shù)據(jù)鏈路。TLS（TransportLayerSecurity，傳輸層安全）傳輸層：該層是可選的，設(shè)備和采集器可以基于TLS協(xié)議實現(xiàn)安全通信。HTTP2.0應(yīng)用層：gRPC承載在HTTP2.0協(xié)議上，利用了該協(xié)議的頭部壓縮、多路復(fù)用、流量控制等增強(qiáng)特性。gRPC層：定義了RPC的協(xié)議交互格式。公共RPC方法定義在公共proto文件中，例如to。數(shù)據(jù)模型層：用于承載編碼后的業(yè)務(wù)數(shù)據(jù)。業(yè)務(wù)數(shù)據(jù)的編碼格式包括：GPB，XML，JSON等。7.2Telemetry技術(shù)原理13gRPC網(wǎng)絡(luò)架構(gòu)gRPC采用客戶端/服務(wù)器模型，使用HTTP/2協(xié)議傳輸報文。設(shè)備支持gRPC服務(wù)器或gRPC客戶端7.2Telemetry技術(shù)原理13gRPC網(wǎng)絡(luò)架構(gòu)gRPC采用客戶端/服務(wù)器模型，使用HTTP/2協(xié)議傳輸報文。設(shè)備支持gRPC服務(wù)器或gRPC客戶端項目7使用Telemetry實時監(jiān)控CPU和內(nèi)存使用率7.1Telemetry概述7.2Telemetry技術(shù)原理7.3任務(wù)實施7.3任務(wù)實施設(shè)備SZ_CE1與采集器建立gRPC連接，要求當(dāng)SZ_CE1的CPU使用率超過40%時，上送數(shù)據(jù)給采集器；當(dāng)SZ_CE1的系統(tǒng)內(nèi)存使用率超過50%時，上送數(shù)據(jù)給采集器。運維工程師需要完成的任務(wù)如下。（1）配置SSH密碼登錄。（2）配置目標(biāo)采集器。（3）配置采樣路徑和過濾條件。（4）配置訂閱。（5）安裝grpcio-tools。（6）創(chuàng)建PyCharm項目。（7）編譯Proto文件。（8）編寫服務(wù)端Python腳本。（9）運行Python腳本驗證結(jié)果。項目8使用RESTCONF協(xié)議配置網(wǎng)絡(luò)項目8使用RESTCONF協(xié)議配置網(wǎng)絡(luò)8.1HTTP協(xié)議原理8.2RESTCONF協(xié)議8.3任務(wù)實施8.1HTTP協(xié)議原理1HTTP協(xié)議–原理HTTP基于客戶端/服務(wù)端（C/S）的架構(gòu)模型。HTTP請求及響應(yīng)有如下五個步驟：HTTP客戶端通常是瀏覽器，Web服務(wù)器可以是Apache服務(wù)器，IIS服務(wù)器（InternetInformationServices）等

客戶端與服務(wù)器建立TCP連接?？蛻舳税l(fā)送HTTP請求。請求報文由請求行、請求頭部、空行和請求數(shù)據(jù)四部分組成。服務(wù)器接受請求并返回HTTP響應(yīng)。響應(yīng)報文由狀態(tài)行、響應(yīng)頭部、空行和響應(yīng)正文四部分組成。釋放TCP連接?？蛻舳藶g覽器解析響應(yīng)報文并顯示?？蛻舳藶g覽器依次解析狀態(tài)行、響應(yīng)頭部、響應(yīng)正文并顯示。如正文數(shù)據(jù)為HTML，客戶端根據(jù)HTML的語法對其進(jìn)行格式化，并在瀏覽器窗口中顯示。8.1HTTP協(xié)議原理2HTTP協(xié)議–特點HTTP具有如下特點：

無連接：無連接的含義是限制每次連接只處理一個請求。服務(wù)器處理完客戶的請求后就斷開連接。媒體獨立：這意味著，只要客戶端和服務(wù)器知道如何處理的數(shù)據(jù)內(nèi)容，任何類型的數(shù)據(jù)都可以通過HTTP發(fā)送?？蛻舳艘约胺?wù)器通過頭部字段指定適合的MIMEType內(nèi)容類型。無狀態(tài)：無狀態(tài)是指協(xié)議對于事務(wù)處理沒有記憶能力，這樣做利于更快地處理大量事務(wù)，確保協(xié)議的可伸縮性。。8.1HTTP協(xié)議原理3HTTP協(xié)議–客戶端發(fā)送的報文客戶端發(fā)送的HTTP請求消息包括由請求行、請求頭部、空行和請求數(shù)據(jù)四個部分組成，下圖給出了請求報文的一般格式。

8.1HTTP協(xié)議原理4HTTP協(xié)議–客戶端請求報文請求行由請求方法字段、URI字段和HTTP協(xié)議版本字段3個字段組成。

請求方法：HTTP使用的請求方法，比如常見的GET/POST等。HTTP客戶程序(例如瀏覽器)，向服務(wù)器發(fā)送請求的時候必須指明請求類型。URI：URI是一個統(tǒng)一資源標(biāo)識符，它標(biāo)識了請求所針對的資源。協(xié)議版本：協(xié)議版本旨在允許發(fā)送方指示消息的格式和理解后續(xù)HTTP通信的能力。8.1HTTP協(xié)議原理5HTTP協(xié)議–客戶端請求方法根據(jù)HTTP標(biāo)準(zhǔn)，HTTP請求可以使用多種請求方法。HTTP1.0定義了三種請求方法：GET、POST和HEAD方法。HTTP1.1新增了六種請求方法：OPTIONS、PUT、PATCH、DELETE、TRACE和CONNECT方法。

方法描述GET請求指定的頁面信息，服務(wù)端將返回具體內(nèi)容數(shù)據(jù)。POST提交數(shù)據(jù)，例如提交表單。HEAD類似于GET請求，但是返回的響應(yīng)中沒有具體的內(nèi)容，用于獲取報頭。PUT更新和修改數(shù)據(jù)。DELETE請求刪除指定的頁面。CONNECT用于HTTP代理。OPTIONS允許客戶端查看服務(wù)器的性能。TRACE回顯服務(wù)器收到的請求，主要用于測試或診斷。PATCH用來對已知資源進(jìn)行局部更新。8.1HTTP協(xié)議原理6HTTP協(xié)議–客戶端請求頭部請求頭部允許客戶端向服務(wù)器傳遞關(guān)于請求的附加信息。這些字段充當(dāng)請求修飾符，其語義相當(dāng)于編程語言方法調(diào)用中的參數(shù)。

8.1HTTP協(xié)議原理7HTTP協(xié)議–客戶端請求頭部字段

8.1HTTP協(xié)議原理8HTTP協(xié)議–客戶端請求數(shù)據(jù)空行：它的作用是通過一個空行，告訴服務(wù)器請求頭部到此為止。請求數(shù)據(jù)：若方法字段是GET，則此項為空，沒有數(shù)據(jù)。若方法字段是POST，則通常來說此處放置的是要提交的數(shù)據(jù)。

8.1HTTP協(xié)議原理8HTTP協(xié)議–客戶端請求報文示例客戶端向服務(wù)器發(fā)送含有用戶名密碼的請求消息，進(jìn)行登錄認(rèn)證。

8.1HTTP協(xié)議原理10HTTP協(xié)議–服務(wù)端響應(yīng)消息客戶端向服務(wù)器發(fā)送含有用戶名密碼的請求消息，進(jìn)行登錄認(rèn)證。

8.1HTTP協(xié)議原理11HTTP協(xié)議–服務(wù)端響應(yīng)消息–狀態(tài)行響應(yīng)消息的第一行是狀態(tài)行，由協(xié)議版本、狀態(tài)碼和原因短語組成，每個元素由空格字符分隔。

協(xié)議版本：協(xié)議版本旨在允許發(fā)送方指示消息的格式及其理解后續(xù)HTTP通信的能力。狀態(tài)碼：一個3位整數(shù)結(jié)果碼，用于向客戶端返回操作結(jié)果。原因短語：旨在對狀態(tài)碼進(jìn)行簡短的文本描述，幫助理解。8.1HTTP協(xié)議原理12HTTP協(xié)議–服務(wù)端響應(yīng)消息–狀態(tài)碼HTTP狀態(tài)碼（HTTPStatusCode）是服務(wù)器響應(yīng)狀態(tài)的3位數(shù)字碼，用于向客戶端返回操作結(jié)果。

8.1HTTP協(xié)議原理13HTTP協(xié)議–服務(wù)端響應(yīng)消息–響應(yīng)頭部響應(yīng)頭部允許服務(wù)器傳遞關(guān)于響應(yīng)的附加信息，這些頭部字段提供了關(guān)于服務(wù)器的相關(guān)信息以及URI所標(biāo)識資源的信息。

8.1HTTP協(xié)議原理14HTTP協(xié)議–服務(wù)端響應(yīng)消息–響應(yīng)頭部字段

8.1HTTP協(xié)議原理15HTTP協(xié)議–服務(wù)端響應(yīng)報文示例

服務(wù)器向客戶端返回響應(yīng)消息，認(rèn)證成功。8.1HTTP協(xié)議原理16HTTPS協(xié)議HTTP協(xié)議采用明文傳輸信息，存在信息竊聽、信息篡改和信息劫持的風(fēng)險。HTTPS具有身份驗證、信息加密和完整性校驗的功能，可以避免此類問題發(fā)生。HTTPS(HyperTextTransferProtocoloverSecureSocketLayer，安全超文本傳輸協(xié)議），是以安全為目標(biāo)的HTTP通道。HTTPS在HTTP的基礎(chǔ)下加入SSL/TLS層，是使用SSL/TLS加密的HTTP協(xié)議。8.1HTTP協(xié)議原理17HTTPS協(xié)議HTTP協(xié)議采用明文傳輸信息，存在信息竊聽、信息篡改和信息劫持的風(fēng)險。HTTPS具有身份驗證、信息加密和完整性校驗的功能，可以避免此類問題發(fā)生。HTTPS(HyperTextTransferProtocoloverSecureSocketLayer，安全超文本傳輸協(xié)議），是以安全為目標(biāo)的HTTP通道。HTTPS在HTTP的基礎(chǔ)下加入SSL/TLS層，是使用SSL/TLS加密的HTTP協(xié)議。項目8使用RESTCONF協(xié)議配置網(wǎng)絡(luò)8.1HTTP協(xié)議原理8.2RESTCONF協(xié)議8.3任務(wù)實施8.2RESTCONF協(xié)議隨著網(wǎng)絡(luò)規(guī)模的增大、復(fù)雜性的增加，自動化運維的需求日益增加。NETCONF提供基于RPC機(jī)制的應(yīng)用編程接口。但是NETCONF已無法滿足網(wǎng)絡(luò)發(fā)展中對設(shè)備編程接口提出的新要求，希望能夠提供支持WEB應(yīng)用訪問和操作網(wǎng)絡(luò)設(shè)備的標(biāo)準(zhǔn)化接口。RESTCONF是在融合NETCONF和HTTP協(xié)議的基礎(chǔ)上發(fā)展而來的。RESTCONF以HTTP協(xié)議的方法提供了NETCONF協(xié)議的核心功能，編程接口符合IT業(yè)界流行的RESTful風(fēng)格，為用戶提供高效開發(fā)WEB化運維工具的能力。1RESTCONF介紹–背景8.2RESTCONF協(xié)議RESTCONF允許Web應(yīng)用以一種模塊化、可擴(kuò)展的方式訪問網(wǎng)絡(luò)設(shè)備的配置數(shù)據(jù)、狀態(tài)數(shù)據(jù)和事件通知。而NETCONG使用的NETCONFClient。2RESTCONF介紹–特點RESTCONF使用HTTP的方法對設(shè)備YANG定義的數(shù)據(jù)進(jìn)行操作（增刪改查）。設(shè)備NETCONF和RESTCONF可以共享的YANG文件。數(shù)據(jù)編碼格式支持XML或者JSON。8.2RESTCONF協(xié)議RESTCONF基本網(wǎng)絡(luò)架構(gòu)如下圖所示。RESTCONF基本網(wǎng)絡(luò)架構(gòu)中主要元素：RESTCONFClient：RESTCONFServer：3RESTCONF介紹–網(wǎng)絡(luò)結(jié)構(gòu)客戶端利用RESTCONF協(xié)議對網(wǎng)絡(luò)設(shè)備進(jìn)行系統(tǒng)管理?？蛻舳讼蚍?wù)器發(fā)送請求，可以實現(xiàn)創(chuàng)建、刪除、修改或查詢一個或多個數(shù)據(jù)。設(shè)備作為服務(wù)器端，服務(wù)器用于維護(hù)被管理設(shè)備的信息數(shù)據(jù)并響應(yīng)客戶端的請求，把數(shù)據(jù)返回給發(fā)送請求的客戶端。服務(wù)器收到客戶端的請求后會進(jìn)行解析并處理請求，然后給客戶端8.2RESTCONF協(xié)議RESTCONF使用YANG作為其建模語言。YANG是用來對RESTCONF協(xié)議中的配置數(shù)據(jù)和狀態(tài)數(shù)據(jù)等進(jìn)行建模的數(shù)據(jù)建模語言。RESTCONF客戶端和服務(wù)器之間使用HTTPs協(xié)議進(jìn)行通信。客戶端必須和服務(wù)器成功建立一個安全的、面向連接的會話才能進(jìn)行通信?？蛻舳讼蚍?wù)器發(fā)送一個請求，服務(wù)器處理完用戶請求后，給客戶端發(fā)送一個回應(yīng)消息。RESTCONF客戶端發(fā)送的請求和服務(wù)器的回應(yīng)消息可以使用XML或者JSON編碼。4RESTCONF介紹–建模語言8.2RESTCONF協(xié)議5RESTCONF介紹–與NETCONF比較(1)RESTCONF與NETCONF比較比較項目NETCONF+YANGRESTCONF+YANG傳輸通道（協(xié)議）NETCONF傳輸層首選推薦SSH（SecureShell）協(xié)議，XML信息通過SSH協(xié)議承載。RESTCONF是基于HTTP協(xié)議訪問設(shè)備資源。RESTCONF提供的編程接口符合IT業(yè)界流行的RESTful風(fēng)格。報文格式采用XML編碼。采用XML或JSON編碼。操作特點NETCONF的操作復(fù)雜，例如：NETCONF支持增、刪、改、查，支持多個配置數(shù)據(jù)庫，也支持回滾等。NETCONF需要兩階段提交（即先提交參數(shù)，再commit參數(shù)）。RESTCONF的操作簡單，例如：RESTCONF支持增、刪、改、查操作，僅支持<running/>配置數(shù)據(jù)庫。RESTCONF操作方法無需兩階段提交，操作直接生效。RESTCONF較于NETCONF，使用了不同的操作方法和數(shù)據(jù)編碼。8.2RESTCONF協(xié)議5RESTCONF介紹–與NETCONF比較(2)RESTCONF較于NETCONF定義了配置數(shù)據(jù)庫和增、刪、改、查操作，這些操作可以用來訪問配置數(shù)據(jù)庫。NETCONF使用YANG語言定義了數(shù)據(jù)庫內(nèi)容、配置數(shù)據(jù)、狀態(tài)數(shù)據(jù)、RPC操作等的語法語意。RESTCONF協(xié)議通過HTTP方法可以識別NETCONF中定義的增刪改查操作，用于訪問YANG定義的數(shù)據(jù)。8.2RESTCONF協(xié)議5RESTCONF介紹–操作方法比較(3)RESTCONF操作方法與NETCONF操作方法對應(yīng)關(guān)系如下所示：RESTCONF操作方法與NETCONF協(xié)議方法RESTCONF+YANGNETCONF+YANGOPTIONSN/AHEAD<get-config>,<g