AI 可见度
把发布链路自动化:从「改完要找我」到后台点发布即上线
客户在后台发布内容后前台没变化,原因是静态站需要重新构建。我们搭了一条自动链路:后台发布触发 webhook,服务器自动重建并上线。
把发布链路自动化:从「改完要找我」到后台点发布即上线
项目数据
约 30 秒
后台发布到前台生效
约 6 秒
单次构建耗时
3 种
支持自动同步的操作:增、改、删
项目背景
客户在后台发了一条新服务,前台没更新。这不是故障,是静态站的正常机制——但每次都要人工构建确实麻烦,干脆把它自动化。
我们的做法
- 1
在服务器上部署源码和构建环境,写一个轻量 webhook 服务监听本地回环端口。Strapi 后台点发布时发出事件,webhook 收到后执行构建脚本。
- 2
构建脚本按五步走:重新构建、校验产物页面数、备份当前线上站点、覆盖部署、部署后复查。任何一步失败都不覆盖线上。
- 3
安全上做了几件事:只监听 127.0.0.1,公网碰不到;请求要带约定密钥;构建中加锁避免并发打满内存;失败自动回滚。
- 4
整个过程用进程管理器托管并设为开机自启。
可核验的结果
实测:后台把某条服务改名并发布,约 30 秒后前台页面内容自动变化;改回原名再次发布,自动恢复。构建耗时约 6 秒。 后来客户在后台删除一条内容时,链路也响应了,站点自动从 26 页重建为 25 页。增、改、删三种操作都能自动同步。 踩到的一个坑记一下:服务器上用包管理器装依赖时,某个插件装成了与当前框架版本不兼容的新版,构建报错。后来把版本锁死才解决。这个坑提醒我们,部署环境要和开发环境用同一份版本约束。
说明:本案例中的客户信息在授权范围内公开;涉及商业机密的数据已做脱敏处理。