Go 分布式令牌桶限流 + 兜底保障

Go 分布式令牌桶限流 + 兜底保障

作者:欧阳安 2022-01-12 12:46:32

开发

后端

分布式 单位时间按照一定速率匀速的生产 token 放入桶内,直到达到桶容量上限。处理请求,每次尝试获取一个或多个令牌,如果拿到则处理请求,失败则拒绝请求。

 

本文转载自微信公众号「微服务实践」,作者欧阳安。转载本文请联系微服务实践公众号。

上篇文章提到固定时间窗口限流无法处理突然请求洪峰情况,本文讲述的令牌桶线路算法则可以比较好的处理此场景。

工作原理

单位时间按照一定速率匀速的生产 token 放入桶内,直到达到桶容量上限。

处理请求,每次尝试获取一个或多个令牌,如果拿到则处理请求,失败则拒绝请求。

优缺点

优点

可以有效处理瞬间的突发流量,桶内存量 token 即可作为流量缓冲区平滑处理突发流量。

缺点

实现较为复杂。

代码实现

  1. core/limit/tokenlimit.go 

分布式环境下考虑使用 redis 作为桶和令牌的存储容器,采用 lua 脚本实现整个算法流程。

redis lua 脚本

  1. -- 每秒生成token数量即token生成速度 
  2. local rate = tonumber(ARGV[1]) 
  3. -- 桶容量 
  4. local capacity = tonumber(ARGV[2]) 
  5. -- 当前时间戳 
  6. local now = tonumber(ARGV[3]) 
  7. -- 当前请求token数量 
  8. local requested = tonumber(ARGV[4]) 
  9. -- 需要多少秒才能填满桶 
  10. local fill_time = capacity/rate 
  11. -- 向下取整,ttl为填满时间的2倍 
  12. local ttl = math.floor(fill_time*2) 
  13. -- 当前时间桶容量 
  14. local last_tokens = tonumber(redis.call("get", KEYS[1])) 
  15. -- 如果当前桶容量为0,说明是第一次进入,则默认容量为桶的最大容量 
  16. if last_tokens == nil then 
  17. last_tokens = capacity 
  18. end 
  19. -- 上一次刷新的时间 
  20. local last_refreshed = tonumber(redis.call("get", KEYS[2])) 
  21. -- 第一次进入则设置刷新时间为0 
  22. if last_refreshed == nil then 
  23. last_refreshed = 0 
  24. end 
  25. -- 距离上次请求的时间跨度 
  26. local delta = math.max(0, now-last_refreshed) 
  27. -- 距离上次请求的时间跨度,总共能生产token的数量,如果超多最大容量则丢弃多余的token 
  28. local filled_tokens = math.min(capacity, last_tokens+(delta*rate)) 
  29. -- 本次请求token数量是否足够 
  30. local allowed = filled_tokens >= requested 
  31. -- 桶剩余数量 
  32. local new_tokens = filled_tokens 
  33. -- 允许本次token申请,计算剩余数量 
  34. if allowed then 
  35. new_tokens = filled_tokens - requested 
  36. end 
  37. -- 设置剩余token数量 
  38. redis.call("setex", KEYS[1], ttl, new_tokens) 
  39. -- 设置刷新时间 
  40. redis.call("setex", KEYS[2], ttl, now) 
  41.  
  42. return allowed 

令牌桶限流器定义

  1. type TokenLimiter struct { 
  2.     // 每秒生产速率 
  3.     rate int 
  4.     // 桶容量 
  5.     burst int 
  6.     // 存储容器 
  7.     store *redis.Redis 
  8.     // redis key 
  9.     tokenKey       string 
  10.     // 桶刷新时间key 
  11.     timestampKey   string 
  12.     // lock 
  13.     rescueLock     sync.Mutex 
  14.     // redis健康标识 
  15.     redisAlive     uint32 
  16.     // redis故障时采用进程内 令牌桶限流器 
  17.     rescueLimiter  *xrate.Limiter 
  18.     // redis监控探测任务标识 
  19.     monitorStarted bool 
  20.  
  21. func NewTokenLimiter(rate, burst int, store *redis.Redis, key string) *TokenLimiter { 
  22.     tokenKey := fmt.Sprintf(tokenFormat, key
  23.     timestampKey := fmt.Sprintf(timestampFormat, key
  24.  
  25.     return &TokenLimiter{ 
  26.         rate:          rate, 
  27.         burst:         burst, 
  28.         store:         store, 
  29.         tokenKey:      tokenKey, 
  30.         timestampKey:  timestampKey, 
  31.         redisAlive:    1, 
  32.         rescueLimiter: xrate.NewLimiter(xrate.Every(time.Second/time.Duration(rate)), burst), 
  33.     } 

获取令牌

  1. func (lim *TokenLimiter) reserveN(now time.Time, n int) bool { 
  2.     // 判断redis是否健康 
  3.     // redis故障时采用进程内限流器 
  4.     // 兜底保障 
  5.     if atomic.LoadUint32(&lim.redisAlive) == 0 { 
  6.         return lim.rescueLimiter.AllowN(now, n) 
  7.     } 
  8.     // 执行脚本获取令牌 
  9.     resp, err := lim.store.Eval( 
  10.         script, 
  11.         []string{ 
  12.             lim.tokenKey, 
  13.             lim.timestampKey, 
  14.         }, 
  15.         []string{ 
  16.             strconv.Itoa(lim.rate), 
  17.             strconv.Itoa(lim.burst), 
  18.             strconv.FormatInt(now.Unix(), 10), 
  19.             strconv.Itoa(n), 
  20.         }) 
  21.     // redis allowed == false 
  22.     // Lua boolean false -> r Nil bulk reply 
  23.     // 特殊处理key不存在的情况 
  24.     if err == redis.Nil { 
  25.         return false 
  26.     } else if err != nil { 
  27.         logx.Errorf("fail to use rate limiter: %s, use in-process limiter for rescue", err) 
  28.         // 执行异常,开启redis健康探测任务 
  29.         // 同时采用进程内限流器作为兜底 
  30.         lim.startMonitor() 
  31.         return lim.rescueLimiter.AllowN(now, n) 
  32.     } 
  33.  
  34.     code, ok := resp.(int64) 
  35.     if !ok { 
  36.         logx.Errorf("fail to eval redis script: %v, use in-process limiter for rescue", resp) 
  37.         lim.startMonitor() 
  38.         return lim.rescueLimiter.AllowN(now, n) 
  39.     } 
  40.  
  41.     // redis allowed == true 
  42.     // Lua boolean true -> r integer reply with value of 1 
  43.     return code == 1 

redis 故障时兜底策略

兜底策略的设计考虑得非常细节,当 redis 不可用的时候,启动单机版的 ratelimit 做备用限流,确保基本的限流可用,服务不会被冲垮。

  1. // 开启redis健康探测 
  2. func (lim *TokenLimiter) startMonitor() { 
  3.     lim.rescueLock.Lock() 
  4.     defer lim.rescueLock.Unlock() 
  5.     // 防止重复开启 
  6.     if lim.monitorStarted { 
  7.         return 
  8.     } 
  9.  
  10.     // 设置任务和健康标识 
  11.     lim.monitorStarted = true 
  12.     atomic.StoreUint32(&lim.redisAlive, 0) 
  13.     // 健康探测 
  14.     go lim.waitForRedis() 
  15.  
  16. // redis健康探测定时任务 
  17. func (lim *TokenLimiter) waitForRedis() { 
  18.     ticker := time.NewTicker(pingInterval) 
  19.     // 健康探测成功时回调此函数 
  20.     defer func() { 
  21.         ticker.Stop() 
  22.         lim.rescueLock.Lock() 
  23.         lim.monitorStarted = false 
  24.         lim.rescueLock.Unlock() 
  25.     }() 
  26.  
  27.     for range ticker.C { 
  28.         // ping属于redis内置健康探测命令 
  29.         if lim.store.Ping() { 
  30.             // 健康探测成功,设置健康标识 
  31.             atomic.StoreUint32(&lim.redisAlive, 1) 
  32.             return 
  33.         } 
  34.     } 

项目地址

https://github.com/zeromicro/go-zero

欢迎使用 go-zero 并 star 支持我们!

 

文章来源网络,作者:运维,如若转载,请注明出处:https://shuyeidc.com/wp/244032.html<

(0)
运维的头像运维
上一篇2025-04-25 13:16
下一篇 2025-04-25 13:17

相关推荐

  • 个人主题怎么制作?

    制作个人主题是一个将个人风格、兴趣或专业领域转化为视觉化或结构化内容的过程,无论是用于个人博客、作品集、社交媒体账号还是品牌形象,核心都是围绕“个人特色”展开,以下从定位、内容规划、视觉设计、技术实现四个维度,详细拆解制作个人主题的完整流程,明确主题定位:找到个人特色的核心主题定位是所有工作的起点,需要先回答……

    2025-11-20
    0
  • 社群营销管理关键是什么?

    社群营销的核心在于通过建立有温度、有价值、有归属感的社群,实现用户留存、转化和品牌传播,其管理需贯穿“目标定位-内容运营-用户互动-数据驱动-风险控制”全流程,以下从五个维度展开详细说明:明确社群定位与目标社群管理的首要任务是精准定位,需明确社群的核心价值(如行业交流、产品使用指导、兴趣分享等)、目标用户画像……

    2025-11-20
    0
  • 香港公司网站备案需要什么材料?

    香港公司进行网站备案是一个涉及多部门协调、流程相对严谨的过程,尤其需兼顾中国内地与香港两地的监管要求,由于香港公司注册地与中国内地不同,其网站若主要服务内地用户或使用内地服务器,需根据服务器位置、网站内容性质等,选择对应的备案路径(如工信部ICP备案或公安备案),以下从备案主体资格、流程步骤、材料准备、注意事项……

    2025-11-20
    0
  • 如何企业上云推广

    企业上云已成为数字化转型的核心战略,但推广过程中需结合行业特性、企业痛点与市场需求,构建系统性、多维度的推广体系,以下从市场定位、策略设计、执行落地及效果优化四个维度,详细拆解企业上云推广的实践路径,精准定位:明确目标企业与核心价值企业上云并非“一刀切”的方案,需先锁定目标客户群体,提炼差异化价值主张,客户分层……

    2025-11-20
    0
  • PS设计搜索框的实用技巧有哪些?

    在PS中设计一个美观且功能性的搜索框需要结合创意构思、视觉设计和用户体验考量,以下从设计思路、制作步骤、细节优化及交互预览等方面详细说明,帮助打造符合需求的搜索框,设计前的规划明确使用场景:根据网站或APP的整体风格确定搜索框的调性,例如极简风适合细线条和纯色,科技感适合渐变和发光效果,电商类则可能需要突出搜索……

    2025-11-20
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注