openresty

【云原生监控】 Grafana/Prometheus/Promtail/Loki/Tempoloop-agent 的本地可观测性栈：链路(trace) + 日志(log) + 指标(metric) 三支柱统一在 Grafana 查询。Jaeger 已下线,由 Tempo 接管链路。

白驹过隙不负青春

OpenResty 1.29.2.5 部署 + Nginx平滑升级运维文档进入工具目录统一管理源码注意：因为nginx版本跨度过大，这个操作很可能会存在两个master同时退出的情况，强烈要求在业务量非常小的情况下，执行，如果失败可以用systemctl start openresty恢复

一次 FTP 上传引发 504 Gateway Timeout 的排查复盘生产环境有一个文件上传功能：用户在后台页面选择一个升级包，提交后服务端会把文件上传到 FTP 服务器，并在数据库中保存文件记录。

apisix~OpenResty各阶段的介绍APISIX 插件可注册不同 phase 的钩子，常见映射：执行顺序：同一插件内 rewrite → access → … → log；多个插件按 priority 数值越大越先执行。

NGINX官方谈Lua风险：这其实是两条网关技术路线之争注：本文在大模型辅助下完成。2026年2月，NGINX官方博客发布了一篇颇为罕见的技术文章：《The Complex Dance of Lua and NGINX: Power, Pitfalls, and Performance Challenges》。

装不满的克莱因瓶

基于 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 逻辑。掌握这些阶段，你就能精准控制请求生命周期！