传统发布是"停服、覆盖、重启"三步,发布窗口内全服不可用;蓝绿部署把新旧两个完整环境并存:蓝环境跑当前版本接流量,绿环境部署新版并预演,切换时流量开关从蓝拨到绿只需 30 秒,绿环境异常一键拨回蓝——回滚从"重新发布"变成"拨一次开关"。F:\底层文件 的会话与数据层提示:两环境共享同一数据库时,蓝绿只切应用层(脚本与逻辑),数据层保持单份,避免双写冲突。
流量开关与健康检查:切绿、探活、回切。示例代码如下:
local deploy = { active = "blue", greenReady = false }
local function healthCheck(env)
local ok, err = pcall(probeEnv, env)
if not ok then
print(env .. " 探活失败:" .. tostring(err))
return false
end
return true
end
local function switchToGreen()
if not deploy.greenReady or not healthCheck("green") then
print("绿环境未就绪,切换拒绝")
return false
end
deploy.active = "green"
print("流量已切换至绿环境")
return true
end
local function rollbackToBlue()
deploy.active = "blue"
print("已回滚至蓝环境")
end
local function route(name, payload)
if deploy.active == "green" then
return sendToGreen(name, payload)
end
return sendToBlue(name, payload)
end
绿环境就绪判定示例代码如下:
deploy.greenReady = deployGreenAndWarmup()
同一次版本发布的三种方式实测:停服发布不可用 18 分钟;滚动发布不可用 0 但新旧版本并存 40 分钟(行为不一致期);蓝绿切换不可用 0 秒、并存期仅存在于预演阶段(不接真实流量),切换与回滚都在 30 秒内完成。成本代价:双环境的机器资源翻倍,发布结束后绿环境资源要释放或转为下次的蓝。
三个不适用场景:一是数据结构变更的版本(绿环境写了新结构数据,回滚到蓝读不了),蓝绿只适合应用层变更,数据结构变更要配迁移方案;二是机器资源无法翻倍的小团队,双环境成本超出预算;三是发布频率极低(月度一次)的团队,双环境的维护成本摊不薄,滚动发布更经济。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
一、一行代码拆解:local list = remote() or LOCAL_FALLBACK —— 这一行是降级的骨架:…
一、隐蔽陷阱:库存整理在原表上边读边删,读者拿到改了一半的表,超卖 12 件;双缓冲先在副本上整备,一键换引用,读者永远只见…
一、线上事故:发奖直接 getplayerbyname(名字) 不判空,离线队员返回 nil 后照样进 setplayvar…
一、抛坑提问:摆摊玩家掉线重登,摊位商品、定价、开摊开关全丢——运行态变量不跨会话,重登时要从落库键回放一遍,把状态重建回来…
一、抛坑提问:城防表用数字格子号存守卫,查询却拿字符串 "1" 去取,永远 nil——t[1] 与 t["1"] 是两个不同…
一、一行代码拆解:hot = hot 0.5 —— 这一行是指数衰减:每过统计窗热度减半,老热点自然冷却,新事件随时抬升,榜…