Route

地址:/apisix/admin/routes/{id}?ttl=0

说明:Route 字面意思就是路由,通过定义一些规则来匹配客户端的请求,然后根据匹配结果加载并执行相应的 插件,并把请求转发给到指定 Upstream。

请求方法:

名字请求 uri请求 body说明
GET/apisix/admin/routes/{id}获取资源
PUT/apisix/admin/routes/{id}{…}根据 id 创建资源
POST/apisix/admin/routes{…}创建资源,id 由后台服务自动生成
DELETE/apisix/admin/routes/{id}删除资源
PATCH/apisix/admin/routes/{id}{…}标准 PATCH ,修改已有 Route 的部分属性,其他不涉及的属性会原样保留;如果你要删除某个属性,将该属性的值设置为null 即可删除;特别地,当需要修改属性的值为数组时,该属性将全量更新
PATCH/apisix/admin/routes/{id}/{path}{…}SubPath PATCH,通过 {path} 指定 Route 要更新的属性,全量更新该属性的数据,其他不涉及的属性会原样保留。两种 PATCH 的区别可以参考后面的示例

URL 请求参数:

名字可选项类型说明示例
ttl可选辅助超过这个时间会被自动删除,单位:秒ttl=1

body 请求参数:

名字可选项类型说明示例
uriuris 二选一匹配规则除了如 /foo/bar/foo/gloo 这种全量匹配外,使用不同 Router 还允许更高级匹配,更多见 Router“/hello”
urisuri 二选一匹配规则数组形式,可以匹配多个 uri[“/hello”, “/world”]
pluginspluginsscriptupstream/upstream_idservice_id至少选择一个Plugin详见 Plugin
scriptpluginsscriptupstream/upstream_idservice_id至少选择一个Script详见 Script
upstreampluginsscriptupstream/upstream_idservice_id至少选择一个Upstream启用的 Upstream 配置,详见 Upstream
upstream_idpluginsscriptupstream/upstream_idservice_id至少选择一个Upstream启用的 upstream id,详见 Upstream
service_idpluginsscriptupstream/upstream_idservice_id至少选择一个Service绑定的 Service 配置,详见 Service
service_protocol可选上游协议类型只可以是 “grpc”, “http” 二选一。默认 “http”,使用gRPC proxy 或gRPC transcode 时,必须用”grpc”
name可选辅助标识路由名称route-xxxx
desc可选辅助标识描述、使用场景等。客户 xxxx
host可选匹配规则当前请求域名,比如 foo.com;也支持泛域名,比如 .foo.com“foo.com”
hosts可选匹配规则列表形态的 host,表示允许有多个不同 host,匹配其中任意一个即可。{“foo.com”, “.bar.com”}
remote_addr可选匹配规则客户端请求 IP 地址: 192.168.1.101192.168.1.102 以及 CIDR 格式的支持 192.168.1.0/24。特别的,APISIX 也完整支持 IPv6 地址匹配:::1fe80::1, fe80::1/64 等。“192.168.1.0/24”
remote_addrs可选匹配规则列表形态的 remote_addr,表示允许有多个不同 IP 地址,符合其中任意一个即可。{“127.0.0.1”, “192.0.0.0/8”, “::1”}
methods可选匹配规则如果为空或没有该选项,代表没有任何 method 限制,也可以是一个或多个的组合:GET, POST, PUT, DELETE, PATCH, HEAD, OPTIONSCONNECTTRACE{“GET”, “POST”}
priority可选匹配规则如果不同路由包含相同 uri,根据属性 priority 确定哪个 route 被优先匹配,值越大优先级越高,默认值为 0。priority = 10
vars可选匹配规则由一个或多个{var, operator, val}元素组成的列表,类似这样:{{var, operator, val}, {var, operator, val}, …}}。例如:{“arg_name”, “==”, “json”},表示当前请求参数 namejson。这里的 var 与 Nginx 内部自身变量命名是保持一致,所以也可以使用 request_urihost 等;对于 operator 部分,目前已支持的运算符有 ==~=><~~。对于><两个运算符,会把结果先转换成 number 然后再做比较。查看支持的运算符列表{{“arg_name”, “==”, “json”}, {“arg_age”, “>”, 18}}
filter_func可选匹配规则用户自定义的过滤函数。可以使用它来实现特殊场景的匹配要求实现。该函数默认接受一个名为 vars 的输入参数,可以用它来获取 Nginx 变量。function(vars) return vars[“arg_name”] == “json” end

有两点需要特别注意:

  • 除了 uri/uris 是必选的之外,pluginsscriptupstream/upstream_idservice_id 这三类必须选择其中至少一个。
  • 对于同一类参数比如 uriurisupstreamupstream_idhosthostsremote_addrremote_addrs 等,是不能同时存在,二者只能选择其一。如果同时启用,接口会报错。

route 对象 json 配置内容:

  1. {
  2. "id": "1", # id,非必填
  3. "uri": "/release/a", # URL 路径
  4. "uris": ["/a","/b"], # 一组 URL 路径, URL 与 uris 只需要有一个非空即可
  5. "methods": ["GET","POST"], # 可以填多个方法
  6. "host": "aa.com", # host 域名
  7. "hosts": ["a.com","b.com"], # 一组 host 域名, host 与 hosts 只需要有一个非空即可
  8. "plugins": {}, # 指定 route 绑定的插件
  9. "priority": 0, # apisix 支持多种匹配方式,可能会在一次匹配中同时匹配到多条路由,此时优先级高的优先匹配中
  10. "name": "路由xxx",
  11. "desc": "hello world",
  12. "remote_addr": "127.0.0.1", # 客户端请求 IP 地址
  13. "remote_addrs": ["127.0.0.1"], # 一组客户端请求 IP 地址, remote_addr 与 remote_addrs 只需要有一个非空即可
  14. "vars": [], # 由一个或多个 {var, operator, val} 元素组成的列表
  15. "upstream_id": "1", # upstream 对象在 etcd 中的 id ,建议使用此值
  16. "upstream": {}, # upstream 信息对象,建议尽量不要使用
  17. "filter_func": "", # 用户自定义的过滤函数,非必填
  18. }

具体示例:

  1. # 创建一个路由
  2. $ curl http://127.0.0.1:9080/apisix/admin/routes/1 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PUT -i -d '
  3. {
  4. "uri": "/index.html",
  5. "hosts": ["foo.com", "*.bar.com"],
  6. "remote_addrs": ["127.0.0.0/8"],
  7. "methods": ["PUT", "GET"],
  8. "upstream": {
  9. "type": "roundrobin",
  10. "nodes": {
  11. "39.97.63.215:80": 1
  12. }
  13. }
  14. }'
  15. HTTP/1.1 201 Created
  16. Date: Sat, 31 Aug 2019 01:17:15 GMT
  17. ...
  18. # 创建一个有效期为 60 秒的路由,过期后自动删除
  19. $ curl http://127.0.0.1:9080/apisix/admin/routes/2?ttl=60 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PUT -i -d '
  20. {
  21. "uri": "/aa/index.html",
  22. "upstream": {
  23. "type": "roundrobin",
  24. "nodes": {
  25. "39.97.63.215:80": 1
  26. }
  27. }
  28. }'
  29. HTTP/1.1 201 Created
  30. Date: Sat, 31 Aug 2019 01:17:15 GMT
  31. ...
  32. # 给路由增加一个 upstream node
  33. $ curl http://127.0.0.1:9080/apisix/admin/routes/1 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '
  34. {
  35. "upstream": {
  36. "nodes": {
  37. "39.97.63.216:80": 1
  38. }
  39. }
  40. }'
  41. HTTP/1.1 200 OK
  42. ...
  43. 执行成功后,upstream nodes 将更新为:
  44. {
  45. "39.97.63.215:80": 1,
  46. "39.97.63.216:80": 1
  47. }
  48. # 给路由更新一个 upstream node 的权重
  49. $ curl http://127.0.0.1:9080/apisix/admin/routes/1 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '
  50. {
  51. "upstream": {
  52. "nodes": {
  53. "39.97.63.216:80": 10
  54. }
  55. }
  56. }'
  57. HTTP/1.1 200 OK
  58. ...
  59. 执行成功后,upstream nodes 将更新为:
  60. {
  61. "39.97.63.215:80": 1,
  62. "39.97.63.216:80": 10
  63. }
  64. # 给路由删除一个 upstream node
  65. $ curl http://127.0.0.1:9080/apisix/admin/routes/1 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '
  66. {
  67. "upstream": {
  68. "nodes": {
  69. "39.97.63.215:80": null
  70. }
  71. }
  72. }'
  73. HTTP/1.1 200 OK
  74. ...
  75. 执行成功后,upstream nodes 将更新为:
  76. {
  77. "39.97.63.216:80": 10
  78. }
  79. # 替换路由的 methods -- 数组
  80. $ curl http://127.0.0.1:9080/apisix/admin/routes/1 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '{
  81. "methods": ["GET", "POST"]
  82. }'
  83. HTTP/1.1 200 OK
  84. ...
  85. 执行成功后,methods 将不保留原来的数据,整个更新为:
  86. ["GET", "POST"]
  87. # 替换路由的 upstream nodes -- sub path
  88. $ curl http://127.0.0.1:9080/apisix/admin/routes/1/upstream/nodes -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '
  89. {
  90. "39.97.63.200:80": 1
  91. }'
  92. HTTP/1.1 200 OK
  93. ...
  94. 执行成功后,nodes 将不保留原来的数据,整个更新为:
  95. {
  96. "39.97.63.200:80": 1
  97. }
  98. # 替换路由的 methods -- sub path
  99. $ curl http://127.0.0.1:9080/apisix/admin/routes/1/methods -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '["POST", "DELETE", "PATCH"]'
  100. HTTP/1.1 200 OK
  101. ...
  102. 执行成功后,methods 将不保留原来的数据,整个更新为:
  103. ["POST", "DELETE", "PATCH"]

应答参数

目前是直接返回与 etcd 交互后的结果。

运算符列表

运算符描述例子
==相等{“arg_name”, “==”, “json”}
~=不等于{“arg_name”, “~=”, “json”}
>大于{“arg_age”, “>”, 24}
<小于{“arg_age”, “<”, 24}
正则匹配{“arg_name”, ““, “[a-z]+”}

请看下面例子,匹配请求参数 name 等于 json ,age 大于 18 且 address 开头是 China 的请求:

  1. curl http://127.0.0.1:9080/apisix/admin/routes/1 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PUT -i -d '
  2. {
  3. "uri": "/index.html",
  4. "vars": [
  5. ["arg_name", "==", "json"],
  6. ["arg_age", ">", "18"],
  7. ["arg_address", "~~", "^China.*"]
  8. ],
  9. "upstream": {
  10. "type": "roundrobin",
  11. "nodes": {
  12. "39.97.63.215:80": 1
  13. }
  14. }
  15. }'

Back to TOC

Service

地址:/apisix/admin/services/{id}

说明Service 是某类 API 的抽象(也可以理解为一组 Route 的抽象)。它通常与上游服务抽象是一一对应的,RouteService 之间,通常是 N:1 的关系。

请求方法:

名字请求 uri请求 body说明
GET/apisix/admin/services/{id}获取资源
PUT/apisix/admin/services/{id}{…}根据 id 创建资源
POST/apisix/admin/services{…}创建资源,id 由后台服务自动生成
DELETE/apisix/admin/services/{id}删除资源
PATCH/apisix/admin/services/{id}{…}标准 PATCH ,修改已有 Service 的部分属性,其他不涉及的属性会原样保留;如果你要删除某个属性,将该属性的值设置为null 即可删除;特别地,当需要修改属性的值为数组时,该属性将全量更新
PATCH/apisix/admin/services/{id}/{path}{…}SubPath PATCH,通过 {path} 指定 Service 需要更新的属性,全量更新该属性的数据,其他不涉及的属性会原样保留

body 请求参数:

名字可选项类型说明示例
plugins可选Plugin详见 Plugin
upstreamupstream 或 upstream_id 两个选一个Upstream启用的 Upstream 配置,详见 Upstream
upstream_idupstream 或 upstream_id 两个选一个Upstream启用的 upstream id,详见 Upstream
name可选辅助标识服务名称。
desc可选辅助服务描述、使用场景等。

serivce 对象 json 配置内容:

  1. {
  2. "id": "1", # id
  3. "plugins": {}, # 指定 service 绑定的插件
  4. "upstream_id": "1", # upstream 对象在 etcd 中的 id ,建议使用此值
  5. "upstream": {}, # upstream 信息对象,不建议使用
  6. "name": "测试svc", # service 名称
  7. "desc": "hello world", # service 描述
  8. }

具体示例:

  1. # 创建一个Service
  2. $ curl http://127.0.0.1:9080/apisix/admin/services/201 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PUT -i -d '
  3. {
  4. "plugins": {
  5. "limit-count": {
  6. "count": 2,
  7. "time_window": 60,
  8. "rejected_code": 503,
  9. "key": "remote_addr"
  10. }
  11. },
  12. "upstream": {
  13. "type": "roundrobin",
  14. "nodes": {
  15. "39.97.63.215:80": 1
  16. }
  17. }
  18. }'
  19. # 返回结果
  20. HTTP/1.1 201 Created
  21. ...
  22. # 给 Service 增加一个 upstream node
  23. $ curl http://127.0.0.1:9080/apisix/admin/services/201 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '
  24. {
  25. "upstream": {
  26. "nodes": {
  27. "39.97.63.216:80": 1
  28. }
  29. }
  30. }'
  31. HTTP/1.1 200 OK
  32. ...
  33. 执行成功后,upstream nodes 将更新为:
  34. {
  35. "39.97.63.215:80": 1,
  36. "39.97.63.216:80": 1
  37. }
  38. # 给 Service 更新一个 upstream node 的权重
  39. $ curl http://127.0.0.1:9080/apisix/admin/services/201 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '
  40. {
  41. "upstream": {
  42. "nodes": {
  43. "39.97.63.216:80": 10
  44. }
  45. }
  46. }'
  47. HTTP/1.1 200 OK
  48. ...
  49. 执行成功后,upstream nodes 将更新为:
  50. {
  51. "39.97.63.215:80": 1,
  52. "39.97.63.216:80": 10
  53. }
  54. # 给 Service 删除一个 upstream node
  55. $ curl http://127.0.0.1:9080/apisix/admin/services/201 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '
  56. {
  57. "upstream": {
  58. "nodes": {
  59. "39.97.63.215:80": null
  60. }
  61. }
  62. }'
  63. HTTP/1.1 200 OK
  64. ...
  65. 执行成功后,upstream nodes 将更新为:
  66. {
  67. "39.97.63.216:80": 10
  68. }
  69. # 替换 Service 的 upstream nodes
  70. $ curl http://127.0.0.1:9080/apisix/admin/services/201/upstream/nodes -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '
  71. {
  72. "39.97.63.200:80": 1
  73. }'
  74. HTTP/1.1 200 OK
  75. ...
  76. 执行成功后,upstream nodes 将不保留原来的数据,整个更新为:
  77. {
  78. "39.97.63.200:80": 1
  79. }

应答参数

目前是直接返回与 etcd 交互后的结果。

Back to TOC

Consumer

地址:/apisix/admin/consumers/{id}

说明:Consumer 是某类服务的消费者,需与用户认证体系配合才能使用。

请求方法:

名字请求 uri请求 body说明
GET/apisix/admin/consumers/{id}获取资源
PUT/apisix/admin/consumers/{id}{…}根据 id 创建资源
POST/apisix/admin/consumers{…}创建资源,id 由后台服务自动生成
DELETE/apisix/admin/consumers/{id}删除资源

body 请求参数:

名字可选项类型说明示例
username必需辅助Consumer 名称。
plugins可选Plugin该 Consumer 对应的插件配置,它的优先级是最高的:Consumer > Route > Service。对于具体插件配置,可以参考 Plugins 章节。
desc可选辅助consumer描述

consumer 对象 json 配置内容:

  1. {
  2. "id": "1", # id
  3. "plugins": {}, # 指定 consumer 绑定的插件
  4. "username": "name", # 必填
  5. "desc": "hello world", # consumer 描述
  6. }

绑定认证授权插件有些特别,当它需要与 consumer 联合使用时,需要提供用户名、密码等信息;另一方面,当它与 route/service 绑定时,是不需要任何参数的。因为这时候是根据用户请求数据来反向推出用户对应的是哪个 consumer

示例:

  1. # 创建 Consumer ,指定认证插件 key-auth ,并开启特定插件 limit-count
  2. $ curl http://127.0.0.1:9080/apisix/admin/consumers/2 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PUT -i -d '
  3. {
  4. "username": "jack",
  5. "plugins": {
  6. "key-auth": {
  7. "key": "auth-one"
  8. },
  9. "limit-count": {
  10. "count": 2,
  11. "time_window": 60,
  12. "rejected_code": 503,
  13. "key": "remote_addr"
  14. }
  15. }
  16. }'
  17. HTTP/1.1 200 OK
  18. Date: Thu, 26 Dec 2019 08:17:49 GMT
  19. ...
  20. {"node":{"value":{"username":"jack","plugins":{"key-auth":{"key":"auth-one"},"limit-count":{"time_window":60,"count":2,"rejected_code":503,"key":"remote_addr","policy":"local"}}},"createdIndex":64,"key":"\/apisix\/consumers\/jack","modifiedIndex":64},"prevNode":{"value":"{\"username\":\"jack\",\"plugins\":{\"key-auth\":{\"key\":\"auth-one\"},\"limit-count\":{\"time_window\":60,\"count\":2,\"rejected_code\":503,\"key\":\"remote_addr\",\"policy\":\"local\"}}}","createdIndex":63,"key":"\/apisix\/consumers\/jack","modifiedIndex":63},"action":"set"}

应答参数

目前是直接返回与 etcd 交互后的结果。

Back to TOC

Upstream

地址:/apisix/admin/upstreams/{id}

说明:Upstream 是虚拟主机抽象,对给定的多个服务节点按照配置规则进行负载均衡。Upstream 的地址信息可以直接配置到 Route(或 Service) 上,当 Upstream 有重复时,就需要用“引用”方式避免重复了。

请求方法:

名字请求 uri请求 body说明
GET/apisix/admin/upstreams/{id}获取资源
PUT/apisix/admin/upstreams/{id}{…}根据 id 创建资源
POST/apisix/admin/upstreams{…}创建资源,id 由后台服务自动生成
DELETE/apisix/admin/upstreams/{id}删除资源
PATCH/apisix/admin/upstreams/{id}{…}标准 PATCH ,修改已有 Upstream 的部分属性,其他不涉及的属性会原样保留;如果你要删除某个属性,将该属性的值设置为null 即可删除;特别地,当需要修改属性的值为数组时,该属性将全量更新
PATCH/apisix/admin/upstreams/{id}/{path}{…}SubPath PATCH,通过 {path} 指定 Upstream 需要更新的属性,全量更新该属性的数据,其他不涉及的属性会原样保留。

body 请求参数:

APISIX 的 Upstream 除了基本的复杂均衡算法选择外,还支持对上游做主被动健康检查、重试等逻辑,具体看下面表格。

名字可选项类型说明示例
nodesk8sdeployment_info 二选一Node哈希表,内部元素的 key 是上游机器地址列表,格式为地址 + Port,其中地址部分可以是 IP 也可以是域名,比如 192.168.1.100:80foo.com:80等。value 则是节点的权重,特别的,当权重值为 0 有特殊含义,通常代表该上游节点失效,永远不希望被选中。192.168.1.100:80
k8s_deployment_infonodes 二选一哈希表字段包括 namespacedeploy_nameservice_nameportbackend_type,其中 port 字段为数值,backend_typepodservice,其他为字符串{“namespace”: “test-namespace”, “deploy_name”: “test-deploy-name”, “service_name”: “test-service-name”, “backend_type”: “pod”, “port”: 8080}
type必需枚举roundrobin 支持权重的负载,chash 一致性哈希,两者是二选一的roundrobin
key条件必需匹配类型该选项只有类型是 chash 才有效。根据 key 来查找对应的 node id,相同的 key 在同一个对象中,永远返回相同 id,目前支持的 Nginx 内置变量有 uri, server_name, server_addr, request_uri, remote_port, remote_addr, query_string, host, hostname, arg,其中 arg_ 是来自URL的请求参数,Nginx 变量列表
checks可选health_checker配置健康检查的参数,详细可参考health-check
retries可选整型使用底层的 Nginx 重试机制将请求传递给下一个上游,默认启用重试且次数为后端 node 数量。如果指定了具体重试次数,它将覆盖默认值。0 代表不启用重试机制
timeout可选超时时间对象设置连接、发送消息、接收消息的超时时间
enable_websocket可选辅助是否允许启用 websocket 能力
hash_on可选辅助该参数作为一致性 hash 的入参
name可选辅助标识上游服务名称、使用场景等。
desc可选辅助上游服务描述、使用场景等。

upstream 对象 json 配置内容:

  1. {
  2. "id": "1", # id
  3. "retries": 1, # 请求重试次数
  4. "timeout": { # 设置连接、发送消息、接收消息的超时时间
  5. "connect":15,
  6. "send":15,
  7. "read":15,
  8. },
  9. "enable_websocket": true,
  10. "nodes": {"host:80": 100}, # 上游机器地址列表,格式为`地址 + Port`
  11. "k8s_deployment_info": { # k8s deployment 信息
  12. "namespace": "test-namespace",
  13. "deploy_name": "test-deploy-name",
  14. "service_name": "test-service-name",
  15. "backend_type": "pod", # pod or service
  16. "port": 8080
  17. },
  18. "type":"roundrobin", # chash or roundrobin
  19. "checks": {}, # 配置健康检查的参数
  20. "hash_on": "",
  21. "key": "",
  22. "name": "upstream-xxx", # upstream 名称
  23. "desc": "hello world", # upstream 描述
  24. }

具体示例:

  1. # 创建一个upstream
  2. $ curl http://127.0.0.1:9080/apisix/admin/upstreams/100 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -i -X PUT -d '
  3. {
  4. "type":"roundrobin",
  5. "nodes":{
  6. "127.0.0.1:80":1,
  7. "127.0.0.2:80":2,
  8. "foo.com:80":3
  9. }
  10. }'
  11. HTTP/1.1 201 Created
  12. ...
  13. # 给 Upstream 增加一个 node
  14. $ curl http://127.0.0.1:9080/apisix/admin/upstreams/100 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '
  15. {
  16. "nodes": {
  17. "39.97.63.216:80": 1
  18. }
  19. }'
  20. HTTP/1.1 200 OK
  21. ...
  22. 执行成功后,nodes 将更新为:
  23. {
  24. "39.97.63.215:80": 1,
  25. "39.97.63.216:80": 1
  26. }
  27. # 给 Upstream 更新一个 node 的权重
  28. $ curl http://127.0.0.1:9080/apisix/admin/upstreams/100 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '
  29. {
  30. "nodes": {
  31. "39.97.63.216:80": 10
  32. }
  33. }'
  34. HTTP/1.1 200 OK
  35. ...
  36. 执行成功后,nodes 将更新为:
  37. {
  38. "39.97.63.215:80": 1,
  39. "39.97.63.216:80": 10
  40. }
  41. # 给 Upstream 删除一个 node
  42. $ curl http://127.0.0.1:9080/apisix/admin/upstreams/100 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '
  43. {
  44. "nodes": {
  45. "39.97.63.215:80": null
  46. }
  47. }'
  48. HTTP/1.1 200 OK
  49. ...
  50. 执行成功后,nodes 将更新为:
  51. {
  52. "39.97.63.216:80": 10
  53. }
  54. # 替换 Upstream 的 nodes
  55. $ curl http://127.0.0.1:9080/apisix/admin/upstreams/100/nodes -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PATCH -i -d '
  56. {
  57. "39.97.63.200:80": 1
  58. }'
  59. HTTP/1.1 200 OK
  60. ...
  61. 执行成功后,nodes 将不保留原来的数据,整个更新为:
  62. {
  63. "39.97.63.200:80": 1
  64. }

应答参数

目前是直接返回与 etcd 交互后的结果。

Back to TOC

SSL

地址:/apisix/admin/ssl/{id}

说明:SSL.

请求方法:

名字请求 uri请求 body说明
GET/apisix/admin/ssl/{id}获取资源
PUT/apisix/admin/ssl/{id}{…}根据 id 创建资源
POST/apisix/admin/ssl{…}创建资源,id 由后台服务自动生成
DELETE/apisix/admin/ssl/{id}删除资源

body 请求参数:

名字可选项类型说明示例
cert必需公钥https 证书公钥
key必需私钥https 证书私钥
sni必需匹配规则https 证书SNI

ssl 对象 json 配置内容:

  1. {
  2. "id": "1", # id
  3. "cert": "cert", # 公钥
  4. "key": "key", # 私钥
  5. "sni": "sni" # host 域名
  6. }

Back to TOC