openresty

装不满的克莱因瓶

基于 OpenResty 扩展开发实现动态服务注册与发现能力目录一、前言二、什么是服务注册与发现三、传统 Nginx 的局限性四、为什么选择 OpenResty五、整体架构设计

OpenResty 源站被扫描的排查与防御实战：Cloudflare + DOCKER-USER + Fail2Ban 最全方案解析面对自动化扫描器绕过 Cloudflare 直接攻击源站 IP 的挑战，这篇文章从真实日志入手，拆解扫描特征，讲清为何单靠 Cloudflare 不够安全。全文给出可复用的三层防御方案，包含 DOCKER-USER 限制源站访问、Cloudflare WAF 规则精简及 Fail2Ban 动态封禁。适合后端运维、安全与运维团队阅读，掌握实战方案和排查清单，提升防御能力。

B站网关事故背后：OpenResty 与 Lua 的稳定性代价注：本文在大模型辅助下完成。2021 年 7 月 13 日，Bilibili 发生了一次非常经典的网关事故[1]。

运行时行为盲区：API7 AI 网关CPU打满故障的AI辅助事后复盘如何借助AI高效复盘?最近在使用 API7 的时候反复遇到 CPU 打满的问题：除了decode问题，其他问题都是出在 apisix/plugins/ai-providers/base.lua 的 parse_streaming_response 函数。

【Redis|高级篇2】多级缓存|JVM进程缓存、Lua语法、多级缓存实现（OpenResty）、缓存同步（Canal）接下来继续学习Redis的高级篇，内容包含：分布式缓存、多级缓存、Redis最佳实践相关内容本篇主要是介绍Redis的多级缓存，为了减轻了 Redis 的网络 I/O 压力和 Tomcat（业务应用）的 CPU/处理压力，具体有：JVM进程缓存，Lua语法，多级缓存实现（OpenResty）以及缓存同步（Canal）欢迎大家一起学习，共同进步🥰

Tengine、OpenResty与Nginx三大Web服务中间件对比分析本文主要对Tengine、OpenResty和Nginx三款Web服务中间件进行了全面的功能、性能、差异及国产化适配性分析。经过对比研究发现，三者在核心定位上各具特色：Nginx是轻量级高性能的Web服务器/反向代理，OpenResty是基于Nginx与LuaJIT的可编程Web应用平台，而Tengine是面向高并发场景优化的企业级Web服务器。在性能方面，Tengine在静态资源处理上比Nginx提升约15%的长连接处理能力，OpenResty通过LuaJIT实现接近C语言的执行效率，单机支持百万级并发

OpenResty实现Redis查询在高并发场景下，传统架构面临巨大挑战：OpenResty = Nginx + LuaJIT，让你在网关层直接操作 Redis，实现： ✅ 毫秒级响应（缓存命中时无需调用后端） ✅ 降低 70%+ 后端负载 ✅ 统一业务逻辑入口

OpenResty封装Redis工具在 OpenResty 中直接使用 lua-resty-redis 虽然可行，但存在严重问题：解决方案：封装一个统一的 Redis 工具模块！

OpenResty实现Tomcat查询很多同学理解“查询 Tomcat”为：在 OpenResty 中主动发起 HTTP 请求，获取 Tomcat 提供的服务数据。这不同于简单的反向代理（被动转发），而是主动调用 + 数据处理，典型场景包括：

OpenResty基于ID负载均衡在传统轮询（round-robin）负载均衡下：这会导致严重问题：解决方案：基于用户 ID、订单 ID 等关键字段做哈希路由！

OpenResty-CJSON工具类在 OpenResty 中处理 JSON 时，很多开发者直接这样写：但这样做存在严重隐患：解决方案：封装一个安全、健壮、易用的 CJSON 工具类！

OpenResty封装http工具在 OpenResty 中直接使用 resty.http 虽然简单，但重复代码多、错误处理分散、连接管理混乱。当你在多个 Lua 脚本中调用用户服务、风控系统、配置中心时，问题尤为突出：

Nginx+lua+openresty提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档轮询：按照时间分配到不同的服务器 Least Connections：使每台服务器的链接数都尽可能小 IP_HASH：使用户的访问固定在某台服务器上，方便服务器记录session，如果donw了，就到下一个服务器 Generic HASH：可以选择不同的hash模式 Least time：暂时不管 random：随机，也可以设置权重

OpenResty查询Tomcat你可能已经用 Nginx 代理过 Tomcat，但遇到过这些问题吗？OpenResty = Nginx + LuaJIT，让你在代理 Tomcat 的同时，注入智能逻辑！

OpenResty监听请求你可能已经知道 OpenResty 能在 Nginx 中运行 Lua 脚本，但你是否清楚：OpenResty 并非“主动监听”，而是通过 Nginx 的事件驱动模型，在预设的 11 个阶段中插入 Lua 逻辑。掌握这些阶段，你就能精准控制请求生命周期！

OpenResty获取参数的API很多初学者在 OpenResty 中获取请求参数时，要么记混方法，要么漏掉关键步骤（如未读 body），导致 nil 或空值。

OpenResty请求参数处理在构建 API 网关、鉴权服务或 WAF 时，你经常需要：OpenResty 的强大之处，在于它能让你在 Nginx 层直接获取并处理任意请求参数，无需转发到后端！

OpenResty获取参数并返回你是否遇到过这些需求？OpenResty 允许你在 Nginx 层直接读取请求参数，并生成响应返回给客户端——无需转发到后端服务！

OpenResty快速入门你是否遇到过这些痛点？OpenResty = Nginx + LuaJIT，让你在 Nginx 层直接编写业务逻辑，实现： ✅ 毫秒级响应 ✅ 百万 QPS 承载能力 ✅ 统一网关控制（鉴权、限流、日志、灰度）

安装OpenResty你是否听说过：OpenResty® 就是实现这些能力的“秘密武器”！它是一个基于 Nginx + LuaJIT 的高性能 Web 平台，由国内开发者章亦春（agentzh）主导开发，被广泛应用于：