apisix/doc/architecture-design-cn.md
YuanSheng Wang 1ef5828090
feature: supported to use router lua-resty-radixtree. (#391)
* feature: supported new router `lua-resty-radixtree`.

* change(nginx.conf): sync from CLI.
2019-08-12 09:04:41 +08:00

12 KiB
Raw Blame History

目录

apisix

插件加载流程

插件内部结构

apisix Config

通过修改本地 conf/config.yaml 文件完成对 apisix 服务本身的基本配置。

apisix:
  node_listen: 9080             # apisix listening port

etcd:
  host: "http://127.0.0.1:2379" # etcd address
  prefix: "apisix"              # apisix configurations prefix
  timeout: 60

plugins:                        # plugin name list
  - example-plugin
  - limit-req
  - limit-count
  - ...

注意 不要手工修改 apisix 自身的 conf/nginx.conf 文件,当服务每次启动时,apisix 会根据 conf/config.yaml 配置自动生成新的 conf/nginx.conf 并自动启动服务。

目前读写 etcd 操作使用的是 v2 协议,所有配置均存储在 /v2/keys 目录下。

返回目录

Route

默认路径:/apisix/routes/

Route 是如何匹配用户请求的具体描述。目前 apisix 支持 URIMethod 两种方式匹配 用户请求。其他比如 Host 方式,将会持续增加。

路径中最后的数字,会被用作路由 id 做唯一标识,比如下面示例的路由 id100

curl http://127.0.0.1:9080/apisix/admin/routes/100 -X PUT -d '
{
    "uri": "/index.html",
    "id": "100",
    "plugins": {
    },
    "upstream": {
        "type": "roundrobin",
        "nodes": {
            "39.97.63.215:80": 1
        }
    }
}'

Route option

name option description
uri required 除了如 /foo/bar/foo/gloo 这种绝对匹配外,使用不同 Router 还允许更高级匹配,更多见 Router
id optional 如果有,必须与路径中最后的数字保持一致
host optional 当前请求域名,比如 foo.com;也支持泛域名,比如 *.foo.com
remote_addr optional 客户端请求 IP 地址,比如 192.168.1.101;也支持 CIDR 格式,比如 192.168.1.0/24
methods optional 如果为空或没有该选项,代表没有任何 method 限制也可以是一个或多个组合GET, POST, PUT, DELETE, PATCH, HEAD, OPTIONS。
plugins required 启用的插件配置,详见 Plugin
upstream optional 启用的 upstream 配置,详见 Upstream
upstream_id optional 启用的 upstream id详见 Upstream
service_id optional 绑定的 Service 配置,详见 Service

返回目录

Service

Service 是某类功能的提供者,比如订单、账户服务。它通常与上游服务抽象是一对一的,RouteService 之间,通常是 N:1 的关系,即多个 Route 规则可以对应同一个 Service

多个 route 规则同时绑定到一个 service 上,这些路由将具有相同的上游和插件配置,减少冗余配置。

比如下面的例子,先创建了一个 service并开启了限流插件 然后把 id 为 100101 的 route 都绑定在这个 service 上。

curl http://127.0.0.1:9080/apisix/admin/services/200 -X PUT -d '
{
    "plugins": {
        "limit-count": {
            "count": 2,
            "time_window": 60,
            "rejected_code": 503,
            "key": "remote_addr"
        }
    },
    "upstream": {
        "type": "roundrobin",
        "nodes": {
            "39.97.63.215:80": 1
        }
    }
}'

curl http://127.0.0.1:9080/apisix/admin/routes/100 -X PUT -d '
{
    "methods": ["GET"],
    "uri": "/index.html",
    "service_id": "200"
}'

curl http://127.0.0.1:9080/apisix/admin/routes/101 -X PUT -d '
{
    "methods": ["GET"],
    "uri": "/foo/index.html",
    "service_id": "200"
}'

你也可以为 route 单独制定不同的插件和参数,比如下面这个示例设置了不同的限流参数:

curl http://127.0.0.1:9080/apisix/admin/routes/102 -X PUT -d '
{
    "uri": "/bar/index.html",
    "id": "102",
    "service_id": "200",
    "plugins": {
        "limit-count": {
            "count": 2000,
            "time_window": 60,
            "rejected_code": 503,
            "key": "remote_addr"
        }
    }
}'

当 route 和 service 都开启同一个插件时route 的优先级高于 service。

返回目录

Consumer

Consumer 是某类具体服务的消费者,主要用来表述不同用户的概念。比如不同的客户请求同一个 API 经过用户认证体系,网关服务需知道当前请求用户身份信息,针对不同的消费用户,会有不同的限制处理逻辑。

返回目录

Plugin

Plugin 表示将在 HTTP 请求/响应生命周期期间执行的插件配置。

Plugin 配置可直接绑定在 Route 上,也可以被绑定在 ServiceConsumer上。而对于同一 个插件的配置,只能有一份是有效的,配置选择优先级总是 Consumer > Route > Service

conf/config.yaml 中,可以声明本地 apisix 节点都支持哪些插件。这是个白名单机制,不在该 白名单的插件配置,都将会被自动忽略。这个特性可用于临时关闭或打开特定插件,应对突发情况非常有效。

插件的配置可以被直接绑定在指定 route 中,也可以被绑定在 service 中,不过 route 中的插件配置 优先级更高。

一个插件在一次请求中只会执行一次,即使被同时绑定到多个不同对象中(比如 route 或 service。 插件运行先后顺序是根据插件自身的优先级来决定的,例如:example-plugin

插件配置作为 route 或 service 的一部分提交的,放到 plugins 下。它内部是使用插件 名字作为哈希的 key 来保存不同插件的配置项。

{
    ...
    "plugins": {
        "limit-count": {
            "count": 2,
            "time_window": 60,
            "rejected_code": 503,
            "key": "remote_addr"
        },
        "prometheus": {}
    }
}

并不是所有插件都有具体配置项,比如 prometheus 下是没有任何具体配置项,这时候用一个空的对象 标识即可。

目前 apisix 已支持插件:

返回目录

Upstream

上游对象表示虚拟主机名,可用于通过多个服务(目标)对传入请求进行负载均衡。

上游的配置使用方法,与 plugin 非常相似,也可以同时被绑定到 routeservice 上,并根据优先级决 定执行顺序。

APISIX 支持对上游的健康检查,你可以设置需要检查的 host、uri、失败和恢复的次数等。

配置参数

  • typeroundrobinchash
    • roundrobin:支持权重的负载
    • chash:一致性 hash
  • nodes: 上游机器地址列表(目前仅支持 IP+Port 方式)
  • key: 该选项只有类型是 chash 才有效。根据 key 来查找对应的 node id,相同的 key 在同一个对象中,永远返回相同 id 。
  • retries: APISIX 将使用底层的 Nginx 重试机制将请求传递给下一个上游。这是一个可选项,默认是不启用重试机制。
  • checks: 配置健康检查的参数。

创建上游对象用例:

curl http://127.0.0.1:9080/apisix/admin/upstreams/1 -X PUT -d '
{
    "type": "roundrobin",
    "nodes": {
        "127.0.0.1:80": 1,
        "127.0.0.2:80": 1,
        "127.0.0.3:80": 1
    }
}'

curl http://127.0.0.1:9080/apisix/admin/upstreams/2 -X PUT -d '
{
    "type": "chash",
    "key": "remote_addr",
    "nodes": {
        "127.0.0.1:80": 1,
        "127.0.0.2:80": 1
    }
}'

上游对象创建后,均可以被具体 routeservice 引用,例如:

curl http://127.0.0.1:9080/apisix/admin/routes/1 -X PUT -d '
{
    "uri": "/index.html",
    "upstream_id": 2
}'

为了方便使用,也可以直接把上游地址直接绑到某个 routeservice ,例如:

curl http://127.0.0.1:9080/apisix/admin/routes/1 -X PUT -d '
{
    "uri": "/index.html",
    "plugins": {
        "limit-count": {
            "count": 2,
            "time_window": 60,
            "rejected_code": 503,
            "key": "remote_addr"
        }
    },
    "upstream": {
        "type": "roundrobin",
        "nodes": {
            "39.97.63.215:80": 1
        }
    }
}'

下面是一个配置了健康检查的示例:

curl http://127.0.0.1:9080/apisix/admin/routes/1 -X PUT -d '
{
    "uri": "/index.html",
    "plugins": {
        "limit-count": {
            "count": 2,
            "time_window": 60,
            "rejected_code": 503,
            "key": "remote_addr"
        }
    },
    "upstream": {
         "nodes": {
            "39.97.63.215:80": 1
        }
        "type": "roundrobin",
        "retries": 2,
        "checks": {
            "active": {
                "http_path": "/status",
                "host": "foo.com",
                "healthy": {
                    "interval": 2,
                    "successes": 1
                },
                "unhealthy": {
                    "interval": 1,
                    "http_failures": 2
                }
            }
        }
    }
}'

更多细节可以参考健康检查的文档

返回目录

Router

APISIX 区别于其他 API 网关的一大特点是允许用户选择不同路由实现来更好匹配自由业务。这样可以更好的在性能、自由之间做最佳选择。

在本地配置 conf/config.yaml 中设置最符合自身业务需求的路由,可获得更好的匹配效率。

  • apisix.router.http: HTTP 请求路由。

    • r3_uri: 默认,只使用 uri 作为主索引(基于 r3 引擎)。基于 r3 的 trie tree 是支持正则匹配的,比如 /foo/{:\w+}/{:\w+},更多见 如何使用 r3
    • r3_host_uri: 使用 host + uri 作为主索引(基于 r3 引擎),对当前请求会同时匹配 host 和 uri。
    • radixtree_uri: 只使用 uri 作为主索引(基于 radixtree 引擎)。基于 radix tree 引擎,支持全量匹配和前缀匹配。
      • 绝对匹配:完整匹配给定的 uri ,比如 /foo/bar/foo/glo
      • 前缀匹配:末尾使用 * 代表给定的 uri 是前缀匹配。比如 /foo*,则允许匹配 /foo//foo/a/foo/b等。
      • 匹配优先级:优先尝试绝对匹配,弱无法命中绝对匹配,后再尝试前缀匹配。
  • apisix.router.ssl: SSL 加载匹配路由。

    • r3_sni: 默认值,使用 SNI (Server Name Indication) 作为主索引(基于 r3 引擎)。

返回目录

Debug mode

开启调试模式后,会在请求应答时,输出更多的内部信息,比如加载了哪些插件等。

设置 conf/config.yaml 中的 apisix.enable_debugtrue,即可开启调试模式。

比如对 /hello 开启了 limit-connlimit-count插件,这时候应答头中会有 Apisix-Plugins: limit-conn, limit-count 出现。

$ curl http://127.0.0.1:1984/hello -i
HTTP/1.1 200 OK
Content-Type: text/plain
Transfer-Encoding: chunked
Connection: keep-alive
Apisix-Plugins: limit-conn, limit-count
X-RateLimit-Limit: 2
X-RateLimit-Remaining: 1
Server: openresty

hello world

返回目录