微服务架构下 Apache 作为 API 网关的限流设计-Apache-PHP中文网

微服务架构下 Apache 作为 API 网关的限流设计

月夜之吻

发布： 2025-07-14 14:35:01

原创

875人浏览过

apache作为api网关的限流设计核心在于保护后端服务，避免突发流量导致雪崩；1.使用mod_ratelimit模块可基于请求速率进行简单限流，如配置每分钟最多60个请求；2.结合lua脚本和redis实现更灵活的ip级限流，通过计数和过期机制控制流量；3.选择合适算法如令牌桶应对突发流量、漏桶平滑流量或滑动窗口提高精度；4.动态调整策略可通过配置中心、api接口或监控系统实时更新限流参数；5.处理被限流请求时可返回429错误码、retry-after提示、排队等待或降级响应以平衡用户体验与系统负载。

微服务架构下 Apache 作为 API 网关的限流设计

微服务架构下，Apache 作为 API 网关的限流设计核心在于保护后端服务，避免因突发流量导致服务雪崩。通过配置 Apache 的模块，例如 mod_ratelimit 或 mod_qos，可以实现基于请求速率、连接数等多种维度的限流策略。关键是根据实际业务需求和后端服务承受能力，灵活调整限流参数。

解决方案

在微服务架构中，Apache 作为 API 网关的限流设计，需要综合考虑性能、灵活性和可维护性。下面介绍一种基于 mod_ratelimit 和 Lua 脚本的限流方案，并结合实际场景进行说明。

安装和配置 mod_ratelimit

首先，确保 Apache 已经安装了 mod_ratelimit 模块。如果没有安装，可以通过以下命令安装（以 Debian/Ubuntu 为例）：

   sudo apt-get update
   sudo apt-get install libapache2-mod-ratelimit
   sudo a2enmod ratelimit
   sudo systemctl restart apache2

登录后复制

然后，在 Apache 的配置文件中启用 mod_ratelimit。例如，在 VirtualHost 配置中添加以下内容：

   <VirtualHost *:80>
       ServerName example.com

       <Directory /var/www/example.com/public_html>
           Options Indexes FollowSymLinks
           AllowOverride All
           Require all granted
       </Directory>

       <Location />
           # 启用限流，每分钟最多允许 60 个请求
           <IfModule ratelimit_module>
               Ratelimit on
               RatelimitRequests 60
               RatelimitInterval 60
           </IfModule>
       </Location>

       ErrorLog ${APACHE_LOG_DIR}/error.log
       CustomLog ${APACHE_LOG_DIR}/access.log combined
   </VirtualHost>

登录后复制

上述配置表示对整个网站进行限流，每分钟最多允许 60 个请求。

使用 Lua 脚本进行更灵活的限流

mod_ratelimit 提供的限流方式比较简单，如果需要更灵活的限流策略，可以使用 Lua 脚本结合 Apache 的 mod_lua 模块。

首先，安装 mod_lua 模块：

   sudo apt-get update
   sudo apt-get install libapache2-mod-lua
   sudo a2enmod lua
   sudo systemctl restart apache2

登录后复制

然后，创建一个 Lua 脚本，例如 ratelimit.lua，用于实现限流逻辑：

   -- ratelimit.lua

   local redis = require "redis"

   -- Redis 连接配置
   local redis_host = "127.0.0.1"
   local redis_port = 6379
   local redis_db = 0

   -- 限流配置
   local limit_requests = 100  -- 每分钟最多允许的请求数
   local limit_interval = 60   -- 时间窗口，单位：秒

   -- 获取客户端 IP 地址
   local client_ip = ngx.var.remote_addr

   -- Redis key，用于存储客户端 IP 的请求计数
   local redis_key = "ratelimit:" .. client_ip

   -- 连接 Redis
   local red = redis:new()
   red:set_timeout(1000) -- 连接超时时间，单位：毫秒
   local ok, err = red:connect(redis_host, redis_port)
   if not ok then
       ngx.log(ngx.ERR, "failed to connect to redis: ", err)
       return ngx.exit(500)
   end

   -- 获取当前请求计数
   local current_count, err = red:get(redis_key)
   if not current_count then
       current_count = 0
   end

   -- 判断是否超过限流
   if tonumber(current_count) >= limit_requests then
       ngx.status = ngx.HTTP_TOO_MANY_REQUESTS
       ngx.say("Too Many Requests")
       ngx.exit(ngx.HTTP_TOO_MANY_REQUESTS)
   end

   -- 增加请求计数
   local new_count, err = red:incr(redis_key)
   if not new_count then
       ngx.log(ngx.ERR, "failed to increment redis key: ", err)
       return ngx.exit(500)
   end

   -- 设置过期时间，确保计数器在时间窗口后自动过期
   red:expire(redis_key, limit_interval)

   -- 关闭 Redis 连接
   local ok, err = red:close()
   if not ok then
       ngx.log(ngx.ERR, "failed to close redis: ", err)
   end

登录后复制

这个 Lua 脚本使用 Redis 存储客户端 IP 的请求计数，并设置过期时间，实现基于 IP 的限流。

接下来，在 Apache 的 VirtualHost 配置中添加以下内容，启用 Lua 脚本：

   <VirtualHost *:80>
       ServerName example.com

       <Directory /var/www/example.com/public_html>
           Options Indexes FollowSymLinks
           AllowOverride All
           Require all granted
       </Directory>

       <Location />
           # 启用 Lua 脚本进行限流
           <IfModule lua_module>
               LuaHookPerRequest /path/to/ratelimit.lua
           </IfModule>
       </Location>

       ErrorLog ${APACHE_LOG_DIR}/error.log
       CustomLog ${APACHE_LOG_DIR}/access.log combined
   </VirtualHost>

登录后复制

确保将 /path/to/ratelimit.lua 替换为实际的 Lua 脚本路径。

测试限流

配置完成后，重启 Apache 服务：

   sudo systemctl restart apache2

登录后复制

然后，使用 curl 或其他工具，在短时间内发送大量请求到 example.com，观察是否会返回 429 Too Many Requests 错误。

如何选择合适的限流算法？

选择合适的限流算法取决于具体的应用场景和需求。常见的限流算法包括：

令牌桶算法 (Token Bucket)：以恒定速率生成令牌，请求只有在拿到令牌后才能被处理。适合应对突发流量，因为桶中可以存储一定数量的令牌。

千图设计室AI海报
千图网旗下的智能海报在线设计平台

51

查看详情
漏桶算法 (Leaky Bucket)：请求先进入漏桶，然后以恒定速率从漏桶中流出。适合平滑流量，防止后端服务被压垮。
固定窗口计数器算法 (Fixed Window Counter)：在固定的时间窗口内，记录请求的数量。简单易实现，但可能存在临界问题。
滑动窗口计数器算法 (Sliding Window Counter)：将时间窗口划分为多个小窗口，分别记录每个小窗口内的请求数量。可以更精确地限制流量，避免临界问题。

例如，如果需要应对突发流量，可以选择令牌桶算法；如果需要平滑流量，可以选择漏桶算法；如果对精度要求不高，可以选择固定窗口计数器算法；如果对精度要求较高，可以选择滑动窗口计数器算法。在实际应用中，还可以将多种算法结合使用，以达到更好的限流效果。

如何动态调整限流策略？

动态调整限流策略对于应对不断变化的流量模式至关重要。可以通过以下几种方式实现动态调整：

使用配置中心：将限流配置存储在配置中心，例如 Consul、Etcd 或 ZooKeeper。当配置发生变化时，Apache 可以从配置中心动态拉取最新的配置。
使用 API 接口：提供 API 接口，允许管理员或自动化工具动态调整限流参数。 Apache 可以定期或在接收到特定事件时，调用 API 接口获取最新的配置。
使用监控系统：集成监控系统，例如 Prometheus 或 Grafana，监控 Apache 的性能指标和后端服务的负载情况。当监控系统检测到异常情况时，可以自动调整限流策略。

例如，可以使用 Consul 存储限流配置，并使用 Lua 脚本从 Consul 中动态拉取配置。当 Consul 中的配置发生变化时，Lua 脚本可以自动更新限流参数。

如何处理被限流的请求？

处理被限流的请求需要考虑用户体验和系统可用性。常见的处理方式包括：

返回错误码：返回 429 Too Many Requests 错误码，告知客户端请求被限流。客户端可以根据错误码进行重试。
返回重试提示：返回 Retry-After 头部，告知客户端在多长时间后可以重试。
排队等待：将被限流的请求放入队列中，等待后续处理。这种方式可能会增加请求的延迟。
降级处理：对于非核心业务，可以进行降级处理，例如返回缓存数据或简化响应内容。

例如，可以返回 429 Too Many Requests 错误码，并添加 Retry-After 头部，告知客户端在 60 秒后可以重试：

HTTP/1.1 429 Too Many Requests
Content-Type: application/json
Retry-After: 60

{
  "message": "Too Many Requests"
}

登录后复制

客户端可以根据 Retry-After 头部的值，在 60 秒后重试请求。

以上就是微服务架构下 Apache 作为 API 网关的限流设计的详细内容，更多请关注php中文网其它相关文章！

大家都在看：

apache怎么正确配置网站目录的读写权限如何关闭apache服务 apache如何关闭ssh的反向解析 Apache 中 Selinux 权限冲突的解决方法微服务架构下 Apache 作为 API 网关的限流设计