1 如何匹配路径中的参数
文章给出了具体的方法,但有隐藏的坑未提及。
router radixtree_uri_with_parameter 启用后,对路径上的参数名有要求,不能有_
。否则会提示404,因为 router radixtree_uri_with_parameter解析不了。
2 插件中的默认参数未生效
经过插件的请求的各拦截点见官方文档:https://apisix.apache.org/docs/apisix/architecture-design/apisix/
lua插件的关键组成
- require
- schema 插件的规约,apisix根据 schema处理插件的配置。
- name 定义插件的名称
- _M 定义的一个lua的module,最终返回给框架层。
- _M.check_schema 检查schema,对conf设置默认值。
- _M.access 检查进入的请求,根据不同的需求,实现不同步骤的拦截接口,如proxy、rewrite等
一开始未理解check_schema的作用,未实现它,结果发现在schema中定义的默认参数并没有生效。实现这个函数就行了。
function _M.check_schema(conf)return core.schema.check(schema, conf)
end
官方文档也没描述默认参数的处理。因为它从命令看,只是为了检查配置是否符合schema。
3 请求提前返回中止
在 access 中完成检查后,我直接return 200, "ok"了。结果请求未到后端服务。想要请求继续到后端服务,要只return。不返回具体的状态码。
至少我没在apisix官网没找到对应的文档。文档只说了不要提前返回,继续请求应该返回什么,并没有准确的描述。
4 使用ingress-controller时,路由CR如何生效
一开始不知道如何生效,后来想可能需要重启ingress-controller,果然重启一下就可以了。
kubectl rollout restart deploy apisix-ingress-controller
5 日志
apisix的默认日志等级是warn级别,也就是说你在lua中加的info级别是在apisix日志中看不到。
6 lua脚本修改生效
目前看apisix并不支持这种热加载。需要重启apisix容器,但脚本都是在容器镜像里的。所以调试时,需要反复打镜像,效率并不高。
可以这样:把脚本的目录挂载到Pod里,然后修改脚本后,重启Pod就行了。注意重启顺序:
- 重启 apisix,让脚本生效。
- 重启 apisix-ingress-controller 让路由生效。