OpenResty从入门到实战
温铭
OpenResty软件基金会主席，《OpenResty 最佳实践》作者
立即订阅
4333 人已学习
课程目录
已完结 52 讲
0/4登录后，你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | OpenResty，为你打开高性能开发的大门
免费
入门篇 (14讲)
01 | 初探OpenResty的三大特性
02 | 如何写出你的“hello world”？
03 | 揪出隐藏在背后的那些子项目
04 | 如何管理第三方包？从包管理工具luarocks和opm说起
05 | [视频]opm项目导读
06 | OpenResty 中用到的 NGINX 知识
07 | 带你快速上手 Lua
08 | LuaJIT分支和标准Lua有什么不同？
09 | 为什么 lua-resty-core 性能更高一些？
10 | JIT编译器的死穴：为什么要避免使用 NYI ？
11 | 剖析Lua唯一的数据结构table和metatable特性
12 | 高手秘诀：识别Lua的独有概念和坑
13 | [视频]实战：基于FFI实现的lua-resty-lrucache
14 | 答疑（一）：Lua 规则和 NGINX 配置文件产生冲突怎么办？
API篇 (11讲)
15 | OpenResty 和别的开发平台有什么不同？
16 | 秒杀大多数开发问题的两个利器：文档和测试案例
17 | 为什么能成为更好的Web服务器？动态处理请求和响应是关键
18 | worker间的通信法宝：最重要的数据结构之shared dict
19 | OpenResty 的核心和精髓：cosocket
20 | 超越 Web 服务器：特权进程和定时任务
21 | 带你玩转时间、正则表达式等常用API
22 | [视频]从一个安全漏洞说起，探寻API性能和安全的平衡
23 | [视频]导读lua-resty-requests：优秀的lua-resty-*是如何编写的？
24 | 实战：处理四层流量，实现Memcached Server
25 | 答疑（二）：特权进程的权限到底是什么？
测试篇 (5讲)
26 | 代码贡献者的拦路虎：test::nginx 简介
27 | test::nginx 包罗万象的测试方法
28 | test::nginx 还可以这样用？
29 | 最容易失准的性能测试？你需要压测工具界的“悍马”wrk
30 | 答疑（三）如何搭建测试的网络结构？
性能优化篇 (16讲)
31 | 性能下降10倍的真凶：阻塞函数
32 | 让人又恨又爱的字符串操作
33 | 性能提升10倍的秘诀：必须用好 table
34 | 特别放送：OpenResty编码指南
35 | [视频]实际项目中的性能优化：ingress-nginx中的几个PR解读
36 | 盘点OpenResty的各种调试手段
37 | systemtap-toolkit和stapxx：如何用数据搞定“疑难杂症”？
38 | [视频]巧用wrk和火焰图，科学定位性能瓶颈
39 | 高性能的关键：shared dict 缓存和 lru 缓存
40 | 缓存与风暴并存，谁说缓存风暴不可避免？
41 | lua-resty-* 封装，让你远离多级缓存之痛
42 | 如何应对突发流量：漏桶和令牌桶的概念
43 | 灵活实现动态限流限速，其实没有那么难
44 | OpenResty 的杀手锏：动态
45 | 不得不提的能力外延：OpenResty常用的第三方库
46 | 答疑（四）：共享字典的缓存是必须的吗？
API网关篇 (4讲)
47 | 微服务API网关搭建三步曲（一）
48 | 微服务API网关搭建三步曲（二）
49 | 微服务API网关搭建三步曲（三）
50 | 答疑（五）：如何在工作中引入 OpenResty？
结束语 (1讲)
结束语 | 行百里者半九十
OpenResty从入门到实战
登录|注册
47 | 微服务API网关搭建三步曲（一）
温铭 2019-09-11
你好，我是温铭。
今天这节课，OpenResty 专栏就要进入实战的章节了。我会用三节课的内容，来为你介绍如何实现一个微服务 API 网关。在这个过程中，我们不仅会涉及到前面学过的 OpenResty 知识，我也会从行业、产品、技术选型等多个维度，为你展示下，如何从头做一个新的产品和开源项目。
微服务 API 网关有什么用？
让我们先来看下微服务 API 网关的作用。下面这张图，是一个简要的说明：
众所周知，API 网关并非一个新兴的概念，在十几年前就已经存在了，它的作用主要是作为流量的入口，统一处理和业务相关的请求，让请求更加安全、快速和准确地得到处理。它有以下几个传统功能：
反向代理和负载均衡，这和 Nginx 的定位和功能是一致的；
动态上游、动态 SSL 证书和动态限流限速等运行时的动态功能，这是开源版本 Nginx 并不具备的功能；
上游的主动和被动健康检查，以及服务熔断功能；
在 API 网关的基础上进行扩展，成为全生命周期的 API 管理平台。
在最近几年，业务相关的流量，不再仅仅由 PC 客户端和浏览器发起，更多的来自手机、IoT 设备等，未来随着 5G 的普及，这些流量会越来越多。同时，随着微服务架构的结构变迁，服务之间的流量也开始爆发性地增长。在这种新的业务场景下，自然也催生了 API 网关更多、更高级的功能：
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《OpenResty从入门到实战》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(4)
五年实战会有能够跑起来的真是项目实现吗？作者回复: 有在 github 开源出来的项目
2019-09-11 1 3
helloworld老师，最后说的api网关的抽象概念，service是不是应该只包含插件信息，不应该包含upstream信息吧，也就是最终形态为：
route：/a
service_id：s1
upstream_id：up1作者回复: service 中也可以包含上游的信息，如果两个 route 中的上游是一样的，就可以把上游信息放到 service中。当然，你也可以把 service 和上游分开。这两种方式都是可以的。
2019-09-14 1
titi个人认为api网关都可以处理，但东西向流量请求均交给网关处理，则会将原本调用逻辑已经非常复杂的链路拉的更长。并且在一些场景下，会增加不必要的鉴权、认证等，但总体来说还是基于业务需求而定2019-12-09
Rye温老师，我在写OR插件的时候想要获取当前nginx的IP地址，用来做灰度发布，可nginx好像没有相关的方法，是否只能通过执行shell来获取呢？作者回复: 本机的 ip 地址吗？现在只能借助外部的 shell 来完成
2019-09-17 1
收起评论