Router 配置

router 用于描述 MOSN 的路由配置，通常与 proxy 配合使用。

{
  "router_config_name":"",
  "virtual_hosts": [
  ]
}

• router_config_name，唯一的路由配置标识，与 proxy 中配置的字段对应。
• virtual_hosts，描述具体的路由规则细节。

VirtualHost

{
  "name":"",
  "domains":[],
  "routers":[]
}

• name，字符串。用作 virtual host 的唯一标识。
• domains，字符串数组。表示一组可以匹配到该 virtual host 的 domain，支持配置通配符。domain 的匹配优先级如下：
  • 首先匹配精确的，如 www.foo.com。
  • 其次匹配最长后缀的通配符，如 *.foo.com、*-bar.foo.com，其中如果一个 domain 是 foo-bar.foo.com，那么会优先匹配 *-bar.foo.com。
  • 最后匹配任意domain的通配符 * 。
• routers，一组具体的路由匹配规则。

Router

{
  "match":{},
  "route":{},
  "redirect":{},
  "direct_response":{},
  "per_filter_config":{}
}

• match，路由的匹配参数。
• route，路由行为，描述请求将被路由的 upstream 信息。
• redirect，路由行为，直接转发。
• direct_response， 路由行为，直接响应。
• per_filter_config，是一个 key: json 格式的 json。
• 其中 key 需要匹配一个 stream filter 的 type，key 对应的 json 是该 stream filter 的 config。
  • 当配置了该字段时，对于某些 stream filter（依赖具体 filter 的实现），可以使用该字段表示的配置覆盖原有 stream filter 的配置，以此做到路由匹配级别的 stream filter 配置。

match

{
  "prefix":"",
  "path":"",
  "regex":"",
  "headers": [],
  "variables": [],
  "dsl_expressions": []
}

• 路径（path）匹配
  • prefix，表示路由会匹配 path 的前缀，该配置的优先级高于 path 和 regex。 如果 prefix 被配置，那么请求首先要满足 path 的前缀与 prefix 配置相符合。
  • path，表示路由会匹配精确的 path，该配置的优先级高于 regex。如果 path被配置，那么请求首先要满足 path 与 path 配置相符合。
  • regex，表示路由会按照正则匹配的方式匹配 path。如果 regex 被配置，那么请求首先要满足 path 与 regex 配置相符合。
  • 路径匹配配置同时存在时，只有高优先级的配置会生效。
• Header 匹配
  • headers，表示一组请求需要匹配的 header。请求需要满足配置中所有的 Header 配置条件才算匹配成功。
• Variable 匹配
  • variables，表示一组请求需要匹配的 variable，请求需要满足配置中所有的 variable 配置条件才算匹配成功。
• DSL 匹配
  • dsl_expressions，表示一组请求需要匹配的 dsl，请求满足配置条件才算匹配成功。

header

{
  "name":"",
  "value":"",
  "regex":""
}

• name，表示 header 的 key。
• value，表示 header 对应 key 的 value。
• regex，bool 类型，如果为 true，表示 value 支持按照正则表达式的方式进行匹配。

variable

{
  "name":"",
  "value":"",
  "regex":"",
  "model":""
}

• name，表示 variable 的 key。
• value，表示 variable 对应 key 的 value。
• regex，表示按照正则表达式的方式进行匹配。
• model，可配置 “and” 和 “or”。

route

{
  "cluster_name":"",
  "cluster_variable":"",
  "metadata_match":"",
  "timeout":"",
  "retry_policy":{},
  "hash_policy":{},
  "prefix_rewrite":"",
  "regex_rewrite":{},
  "host_rewrite":"",
  "request_headers_to_add":[],
  "request_headers_to_remove":[],
  "response_headers_to_add":[],
  "response_headers_to_remove":[]
}

满足match之后的路由策略。

• cluster_name，表示请求将路由到的 upstream cluster。
• cluster_variable，表示请求将路由到的变量指定的 upstream cluster，可动态设置变量路由到不同的后端。
• metadata_match，metadata，如果配置了该字段，表示该路由会基于该 metadata 去匹配 upstream cluster 的 subset 。
• timeout，Duration String，表示默认情况下请求转发的超时时间。如果请求中明确指定了超时时间，那么这个配置会被忽略。
• retry_policy，重试配置，表示如果请求在遇到了特定的错误时采取的重试策略，默认没有配置的情况下，表示没有重试。
• hash_policy，一致性Hash负载均衡算法使用的hash key。
• prefix_rewrite regex_rewrite host_rewrite，修改请求的 path 和 host。
• request_headers_to_add request_headers_to_remove，表示增加或者删除请求的 header。
• response_headers_to_add response_headers_to_remove，表示增加或者删除响应的 header。

redirect

{
	"response_code":"",
	"path_redirect":"",
	"host_redirect":"",
	"scheme_redirect":""
}

满足 match 条件之后，对请求进行跳转。

• response_code，跳转的 HTTP code，默认为 301。
• path_redirect，修改跳转的 path。
• host_redirect，修改跳转的 host。
• scheme_redirect，修改跳转的 scheme。

direct_response

{
  "status":"",
  "body":""
}

直接回复响应， status是状态码，body是内容。

retry_policy

{
  "retry_on":"",
  "retry_timeout":"",
  "num_retries":"",
  "status_codes":[]
}

• retry_on，bool 类型，表示是否开启重试。
• retry_timeout，Duration String，表示每次重试的超时时间。当 retry_timeout 大于 route 配置的 timeout 或者请求明确指定的 timeout 时，属于无效配置。
• num_retries，表示最大的重试次数。
• status_codes，重试状态码，配置后仅列表中的状态码会触发重试。

例子

默认匹配规则

所有请求转发到名字为 backend 的 cluster 集群。

"routers": [
    {
        "match":{
            "prefix":"/"
        },
        "route": {
           "cluster_name": "backend"
        }
    }
]

匹配规则 - 路径

请求 /index.html 转发到名字为 backend 的 cluster 集群。

"routers": [
    {
        "match":{
            "path":"/index.html"
        },
        "route": {
           "cluster_name": "backend"
        }
    }
]

匹配规则 - 正则

数字开头的请求转发到名字为 backend 的 cluster 集群。

"routers": [
    {
        "match":{
            "regex":"^/\\d+"
        },
        "route": {
           "cluster_name": "backend"
        }
    }
]

匹配规则 - header

包含 a:b header的请求转发到名字为 backend 的 cluster 集群。

"routers": [
    {
        "match":{
            "headers": [{
               "name":"a",
               "value":"b",
	       "regex":false
            }]
        },
        "route": {
           "cluster_name": "backend"
        }
    }
]

匹配规则 - 变量

可以通过 filter 设置新的变量，以及 MOSN 内置的变量，进行路由转发规则。
如下例子变量 x-mosn-path（ MOSN 内置变量，表示请求的 path） 等于 /b 满足匹配。

"routers": [
    {
        "match":{
            "variables": [{
               "name":"x-mosn-path",
               "value":"/b"
            }]
        },
        "route": {
           "cluster_name": "backend"
        }
    }
]

匹配行为 - 修改path

下例把请求的 path 修改为 /abc

"routers": [
    {
        "match":{
           "prefix": "/"
        },
       "route":{
           "cluster_name": "backend",
           "prefix_rewrite": "/abc"
        }
    }
]

匹配行为 - 添加删除 header

下例在转发给后端之前，新增test:ok ，删除hello.

"routers": [
    {
        "match":{
           "prefix": "/"
        },
       "route":{
           "cluster_name": "backend",
           "request_headers_to_add": [
               {
                   "header": {
                       "key": "test",
                       "value": "ok"
                   }
               }
           ],
           "request_headers_to_remove":["hello"]
        }
    }
]

匹配行为 - redirect

除了转发到 cluster 之外，也支持 redirect 的匹配动作。
下例将 301 跳转，Location: http://test/b

"routers": [
    {
        "match":{
           "prefix": "/"
        },
       "redirect":{
           "response_code":301,
           "path_redirect":"/b",
           "host_redirect":"test",
           "scheme_redirect":"http"
        }
    }
]

匹配行为 - 直接响应

满足匹配条件直接响应请求。

"routers": [
    {
        "match":{
           "prefix": "/"
        },
       "direct_response":{
           "status":404,
           "body":"no found"
        }
    }
]

高级技巧

MOSN 路由框架详解