AI 可见度

把发布链路自动化:从「改完要找我」到后台点发布即上线

客户在后台发布内容后前台没变化,原因是静态站需要重新构建。我们搭了一条自动链路:后台发布触发 webhook,服务器自动重建并上线。

把发布链路自动化:从「改完要找我」到后台点发布即上线

项目数据

约 30 秒
后台发布到前台生效
约 6 秒
单次构建耗时
3 种
支持自动同步的操作:增、改、删

项目背景

客户在后台发了一条新服务,前台没更新。这不是故障,是静态站的正常机制——但每次都要人工构建确实麻烦,干脆把它自动化。

我们的做法

  1. 1

    在服务器上部署源码和构建环境,写一个轻量 webhook 服务监听本地回环端口。Strapi 后台点发布时发出事件,webhook 收到后执行构建脚本。

  2. 2

    构建脚本按五步走:重新构建、校验产物页面数、备份当前线上站点、覆盖部署、部署后复查。任何一步失败都不覆盖线上。

  3. 3

    安全上做了几件事:只监听 127.0.0.1,公网碰不到;请求要带约定密钥;构建中加锁避免并发打满内存;失败自动回滚。

  4. 4

    整个过程用进程管理器托管并设为开机自启。

可核验的结果

实测:后台把某条服务改名并发布,约 30 秒后前台页面内容自动变化;改回原名再次发布,自动恢复。构建耗时约 6 秒。 后来客户在后台删除一条内容时,链路也响应了,站点自动从 26 页重建为 25 页。增、改、删三种操作都能自动同步。 踩到的一个坑记一下:服务器上用包管理器装依赖时,某个插件装成了与当前框架版本不兼容的新版,构建报错。后来把版本锁死才解决。这个坑提醒我们,部署环境要和开发环境用同一份版本约束。

说明:本案例中的客户信息在授权范围内公开;涉及商业机密的数据已做脱敏处理。

← 返回案例列表

想看我们的真实交付水平?

官网改版的全过程材料全部公开可核验,也可以直接申请一次免费体检。

申请 AI 可见度体检 →