## 通用發現服務接口
- [DiscoveryRequest](#discoveryrequest)
- [DiscoveryResponse](#discoveryresponse)
### DiscoveryRequest
[DiscoveryRequest proto](https://github.com/envoyproxy/data-plane-api/blob/master/api/discovery.proto#L24)
發現請求:是指在通過某些API,為Envoy節點請求一組相同類型的帶版本標簽的資源。
```
{
"version_info": "...",
"node": "{...}",
"resource_names": [],
"type_url": "...",
"response_nonce": "..."
}
```
- **version_info**<br />
([string](https://developers.google.com/protocol-buffers/docs/proto#scalar)) 請求消息所攜帶的版本信息,將是最近成功處理的響應中收到的版本信息,第一個請求中`version_info`為空。在收到響應之前不會發送新的請求,直到Envoy實例準備好ACK/NACK新配置為止。ACK/NACK分別通過返回應用的新API配置版本或先前的API配置版本來進行。每個`type_url`(見下文)都有一個獨立的版本信息。
- **node**<br />
([Node](Commontypes.md)) 發出請求的節點信息
- **resource_names**<br />
([string](https://developers.google.com/protocol-buffers/docs/proto#scalar)) 要訂閱的資源列表,群集名稱列表或路由配置名稱。如果為空,則返回該API的所有資源。LDS/CDS期望`resource_names`為空,因為這是Envoy實例的全局資源。LDS和CDS響應將意味著需要通過EDS/RDS獲取的一些資源,這些資源將會在`resource_names`中列出。
- **type_url**<br />
([string](https://developers.google.com/protocol-buffers/docs/proto#scalar)) 正在請求的資源的類型,例如“type.googleapis.com/envoy.api.v2.ClusterLoadAssignment”。 在單獨的xDS API(例如CDS,LDS等)的請求中,資源類型不可見,但對于ADS是必需的。
- **response_nonce**<br />
([string](https://developers.google.com/protocol-buffers/docs/proto#scalar)) 對應于DiscoveryResponse的nonce的ACK/NACK。請參閱關于`version_info`和[DiscoveryResponse](#discoveryresponse) nonce上述的討論。如果`nonce`不可用,則這可能是空的。以支持啟動或非流xDS的實現。
### DiscoveryResponse
[DiscoveryResponse proto](https://github.com/envoyproxy/data-plane-api/blob/master/api/discovery.proto#L58)
```
{
"version_info": "...",
"resources": [],
"type_url": "...",
"nonce": "..."
}
```
- **version_info**<br />
([string](#)) 響應數據的版本信息
- **resources**<br />
([Any](#)) 響應資源。關于這些資源的類型,取決于被調用的API。
- **type_url**<br />
([string](#)) 資源的URL。如果資源非空,任何消息中的`type_url`必須與資源保持一致。這可以有效地識別在ADS上混合提供的xDS API。
- **nonce**<br />
([string](#)) 對于基于gRPC的訂閱,nonce提供了一種方法來顯式確認以下`DiscoveryRequest`中的特定`DiscoveryResponse`。在此發現響應之前,Envoy可能會向流管理服務器發送其他消息,以便在響應發送時未經處理。nonce允許管理服務器忽略前一版本的任何進一步發現請求,直到當前的發現請求。nonce是可選的,對于基于非流的xDS實現,不是必需的。
## 返回
- [上一級](../v2APIreference.md)
- [首頁目錄](../README.md)
- 首頁
- 簡介
- Envoy是什么
- 架構介紹
- 術語
- 線程模型
- 監聽器
- L3/L4網絡過濾器
- HTTP連接管理
- HTTP過濾器
- HTTP路由
- gRPC
- WebSocket支持
- 集群管理
- 服務發現
- 健康檢查
- 連接池
- 負載均衡
- 異常檢測
- 熔斷
- 全局限速
- TLS
- 統計
- 運行時配置
- 跟蹤
- TCP代理
- 訪問日志
- MongoDB
- DynamoDB
- Redis
- 熱重啟
- 動態配置
- 初始化
- 逐出
- 腳本
- 部署
- 業界對比
- 獲得幫助
- 歷史版本
- 編譯安裝
- 編譯
- 參考配置
- 演示沙箱
- 前端代理
- Zipkin跟蹤
- Jaeger跟蹤
- gRPC橋接
- 構建Envoy Docker鏡像
- 工具
- 配置參考
- V1 API 概述
- V2 API 概述
- 監聽器
- 網絡過濾器
- TLS客戶端身份認證
- Echo
- Mongo代理
- 速率限制
- Redis代理
- TCP代理
- HTTP連接管理器
- 路由匹配
- 流量轉移/分流
- HTTP頭部操作
- HTTP頭部清理
- 統計
- 運行時設置
- 路由發現服務
- HTTP過濾器
- 緩存
- CORS過濾器
- 故障注入
- DynamoDB
- gRPC HTTP/1.1 橋接
- gRPC-JSON 轉碼過濾器
- gRPC-Web 過濾器
- 健康檢查
- 速率限制
- 路由
- Lua
- 集群管理
- 統計
- 運行時設置
- 集群發現服務
- 健康檢查
- 熔斷
- 訪問日志
- 限速服務
- 運行時配置
- 路由表檢查工具
- 運維管理
- 命令行選項
- 熱重啟
- 管理接口
- 統計概述
- 運行時配置
- 文件系統
- 自定義擴展示例
- V1 API參考
- 監聽器
- 網絡過濾器
- TLS客戶端身份認證
- Echo
- HTTP連接管理
- Mongo代理
- 速率限制
- Redis代理
- TCP代理
- HTTP路由配置
- 虛擬主機
- 路由
- 虛擬集群
- 速率限制配置
- 路由發現服務
- HTTP過濾器
- 緩存
- CORS過濾器
- DynamoDB
- 故障注入
- gRPC HTTP/1.1 橋接
- gRPC-JSON 轉碼過濾器
- gRPC-Web 過濾器
- 健康檢查
- Lua
- 速率限制
- 路由
- 集群管理
- 集群
- 健康檢查
- 熔斷
- TLS上下文
- 異常值檢測
- HASH環負載均衡配置
- 異常檢測
- 集群發現服務
- 服務發現服務
- 訪問日志
- 管理接口
- 限速服務
- 運行時配置
- 跟蹤
- V2 API參考
- 啟動引導
- 監聽&監聽發現
- 集群&集群發現
- 服務發現
- 健康檢查
- HTTP路由管理&發現
- TLS配置
- 通用的類型
- 網絡地址
- 協議選項
- 發現API
- 限速組件
- 過濾器
- 網絡過濾器
- TLS客戶端身份認證
- HTTP連接管理
- Mongo代理
- 速率限制
- Redis代理
- TCP代理
- HTTP過濾器
- 緩存
- 故障注入
- 健康檢查
- Lua
- 速率限制
- 路由
- gRPC-JSON轉碼器
- 常見訪問日志類型
- 常見故障注入類型
- FAQ
- Envoy有多快?
- 我在哪里獲得二進制文件?
- 我如何設置SNI?
- 如何設置區域感知路由?
- 我如何設置Zipkin跟蹤?