OpenResty简介及学习笔记
- 摘要
- 简介
- 一、OpenResty综述
- 二、指令说明：
- 三、登陆验证
- 四、输出过滤
摘要
OpenResty系列文章之一。
前些日子做的一些研究，期间收获了一些对web后台应用的理解，nginx运行机理的部分理解。
本篇包括简介、部分模块的介绍。
简介
OpenResty （也称为 ngx_openresty）是一个全功能的 Web 应用服务器。它打包了标准的 Nginx 核心，很多的常用的第三方模块，以及它们的大多数依赖项。
通过众多进行良好设计的 Nginx 模块，OpenResty 有效地把 Nginx 服务器转变为一个强大的 Web 应用服务器，基于它开发人员可以使用Lua 编程语言对 Nginx 核心以及现有的各种Nginx C 模块进行脚本编程，构建出可以处理一万以上并发请求的极端高性能的 Web 应用。
OpenResty 致力于将你的服务器端应用完全运行于 Nginx 服务器中，充分利用 Nginx 的事件模型来进行非阻塞 I/O 通信。不仅仅是和 HTTP 客户端间的网络通信是非阻塞的，与MySQL、PostgreSQL、Memcached、以及 Redis 等众多远方后端之间的网络通信也是非阻塞的。
因为 OpenResty 软件包的维护者也是其中打包的许多 Nginx 模块的作者，所以 OpenResty 可以确保所包含的所有组件可以可靠地协同工作。
作者简介：
agentzh，本名章亦春，现任 CloudFare 系统工程师，主要是 Nginx 和 OpenResty 开发，是一名快乐的程序员，现定居美国旧金山。曾经在北京的时候供职于 Yahoo！中国以及淘宝（阿里巴巴）。
教程：agentzh 的 Nginx 教程
其他内容可以参看： OpenResty简介，OpenResty 作者章亦春访谈实录
一、OpenResty综述
OpenResty®通过 Lua 扩展 NGINX 实现的可伸缩的 Web 平台
先扔三个网站：
首先，OpenResty官网!
还有Github：OpenResty
为数不多的书籍：OpenResty最佳实践（Lua语言入门也可以全靠它）
下图给出的是Lua Nginx Module中各指令的执行顺序
- set_by_lua: 流程分支处理判断变量初始化
- rewrite_by_lua: 转发、重定向、缓存等功能(例如特定请求代理到外网)
- access_by_lua: IP 准入、接口权限等情况集中处理(例如配合 iptable 完成简单防火墙)
- content_by_lua: 内容生成
- header_filter_by_lua: 应答 HTTP 过滤处理(例如添加头部信息)
- body_filter_by_lua: 应答 BODY 过滤处理(例如完成应答内容统一成大写)
- log_by_lua: 会话完成后本地异步完成日志记录(日志可以记录在本地，还可以同步到其他机器)
实际上我们只使用其中一个阶段 content_by_lua，也可以完成所有的处理。但这样做，会让我们的代码比较臃肿，越到后期越发难以维护。把我们的逻辑放在不同阶段，分工明确，代码独立，后期发力可以有很多有意思的玩法。
二、指令说明：
*_by_lua < lua-script-str >
无后缀的指令，后加字符串型的lua程序。
如：
-
location / { -
default_type text/html; -
content_by_lua ' -
ngx.say("<p>hello, world</p>") -
'; -
}
nginx
*_by_lua_block {lua_script}
有block后缀，可以直接跟lua程序段。
如：
-
location / { -
content_by_lua_block{ -
local test = 'Hello,world' -
ngx.say(test) -
} -
}
*_by_lua_file < path-to-lua-script-file >
file后缀跟lua文件路径
如：
-
location ~ ^/api/([-_a-zA-Z0-9/]+) { -
# 准入阶段完成参数验证 -
access_by_lua_file lua/access_check.lua; -
#内容生成阶段 -
content_by_lua_file lua/$1.lua; -
}
nginx
三、登陆验证
在access_by_lua*中集中进行一些权限认证，防止恶意ip、非法行为进入到服务器中。
-
location / { -
access_by_lua_block{ -
ngx.exit(ngx.HTTP_FORBIDDEN) -
} -
content_by_lua_block{ -
--内容生产阶段 -
} -
}
IP防火墙
OpenResty最佳实践提到：禁止某些终端访问
上面文档下方推荐第三方包：Github，Lua-resty-iputils
操作头信息检测
通过access_by_lua*可以对请求进行过滤，比如可以在这里检查有没有带authorization头部信息，若没有带可以用ngx.exit()直接退出。
登陆缓存
Github: lua-resty-jwt模块进行jwt校验
结合lua-resty-jwt和lua-resty-redis甚至可以将服务器登陆缓存移植到nginx上。
过滤参数
还未尝试。
四、输出过滤
通常是header_filter_by_lua*与body_filter_by_lua*配合实现。
【文档来源官方】：
注意下列API函数现在还不能在set_by_lua*、header_filter_by_lua*、body_filter_by_lua*、log_by_lua*四个环境中使用：
- 输出API 函数 (e.g., ngx.say and ngx.send_headers)
- 控制API 函数 (e.g., ngx.redirect and ngx.exec)
- 子请求API 函数 (e.g., ngx.location.capture and ngx.location.capture_multi)
- Cosocket API 函数 (e.g., ngx.socket.tcp and ngx.req.socket).
header_filter_by_lua*
使用Lua代码在lua块中定义输出头信息。
example1：
-
location / { -
proxy_pass http://mybackend; -
header_filter_by_lua 'ngx.header.Foo = "blah"'; -
}
nginx
example2：
-
header_filter_by_lua_block { -
ngx.header["content-length"] = nil -
}
body_filter_by_lua*
参考：
谈谈 OpenResty 中的 body_filter_by_lua*
输入数据块chunks要经过ngx.arg1 (Lua 字符串)的过滤，"eof"标志指示响应体数据流的末端通过ngx.arg2 (Lua bollean值)显示。
这个情景下，"eof"标志就是主请求的last_buf或子请求的 last_in_chain。"eof" == "true" 表示此次nginx请求的响应结束了。
由于响应体可能会分多块发送，body_filter_by_lua*可能会被多次调用。详细机理参考上面文献有提到。
-
location /t { -
echo hello world; -
echo hiya globe; -
body_filter_by_lua ' -
...... -
'; -
}
nginx
比如上面，body_filter_by_lua*首次调用时ngx.arg1 的值只是hello world，不包括下面的hiya globe。
我验证了一下：
-
location = /test_bf { -
echo hello world; -
echo this; -
echo is; -
echo world; -
header_filter_by_lua_block { -
ngx.header.content_length = nil -
} -
body_filter_by_lua_block { -
if string.match(ngx.arg[1], "this") then -
ngx.arg[2] = true -
ngx.arg[1] = "end" -
return -
end -
} -
}
上述location发送四块数据，匹配到this便设置"eof"不再发送下去了。
-
$ curl
结果：
-
$ hello world -
$ end
要点：
① ngx.arg[2] = true设置新的"eof"标志使截断响应，设置"eof"依旧是有效的响应。
② ngx.arg[1] = "end"修改ngx.arg[1] 的值，即为修改输出响应。而当需要替换一些信息，仅需一行代码即可实现。
-
ngx.arg[1] = ngx.re.gsub(ngx.arg[1], "o", "*")
上文也提到。上述即为将所有 ' o ' 字符替换为 ' * ' 字符
若该location作为其他location的子请求，而作为子请求不想被过滤数据。需要通过ngx.is_subrequest判断。
-
body_filter_by_lua_block { -
if ngx.arg[1] and not ngx.is_subrequest then -
...... -
end -
}
nginx
还有一点，如果在body_filter_by_lua*中的Lua代码会修改响应体的长度，这就需要去把Content-Length的响应头去除掉。我之前测试与前端联调时，就是发现body过滤必须要字符数相同才会显示，很头疼不知道什么原因。其实只要去掉这个头就行了。
-
location = / { -
proxy_pass ...... -
header_filter_by_lua_block { -
ngx.header.content_length = nil -
} -
body_filter_by_lua_block { -
ngx.arg[1] = ngx.re.gsub(ngx.arg[1], "o", "**") -
} -
}
五、Redis
官方github：lua-resty-redis
OpenResty最佳实践：访问有授权验证的 Redis
官方包封装了一些Redis的方法，使用起来还是挺舒适的。
-- EOF --
作者 毛毛 发表于 2017-11-05 15:11:55 ，并被添加「 OpenResty 」标签 ，最后修改于 2017-11-05 15:47:30
