非技术同事用 Codex 写的项目,怎么部署才能不折腾运维?
最近有几个非技术部门的同事,把他们部门内部用的项目交给技术部部署,因为我负责运维工作,每次都被这些项目折腾得够呛。
一开始为了方便部署,我让他们用 Codex 生成 Docker Compose 部署的方式,并把压缩包发给我,这样我只需直接 `up` 就能部署和更新。更新几次后,我慢慢发现,项目更新频率很高,对我来说整个项目就像个黑盒,每次更新都得把 AI 的部署文档重新梳理一遍。我得先和项目作者沟通,项目作者又得和 Codex 沟通,最后结果总是没搞成很好的部署方式……最近真被这几个项目折腾得头疼不已。
有个更新频率很高的项目,我直接创建了服务器用户,限制他使用 Codex 通过 SSH 进去更新。虽然那台服务器里没什么数据,但这种直接给 SSH 权限的做法似乎不太妥当。
大家有没有遇到过类似的情况?这种项目一般怎么处理比较好?😂
---
原文链接:[点击查看](https://www.v2ex.com/t/1233300)
一开始为了方便部署,我让他们用 Codex 生成 Docker Compose 部署的方式,并把压缩包发给我,这样我只需直接 `up` 就能部署和更新。更新几次后,我慢慢发现,项目更新频率很高,对我来说整个项目就像个黑盒,每次更新都得把 AI 的部署文档重新梳理一遍。我得先和项目作者沟通,项目作者又得和 Codex 沟通,最后结果总是没搞成很好的部署方式……最近真被这几个项目折腾得头疼不已。
有个更新频率很高的项目,我直接创建了服务器用户,限制他使用 Codex 通过 SSH 进去更新。虽然那台服务器里没什么数据,但这种直接给 SSH 权限的做法似乎不太妥当。
大家有没有遇到过类似的情况?这种项目一般怎么处理比较好?😂
---
原文链接:[点击查看](https://www.v2ex.com/t/1233300)
· 0 个赞
· 0 个赞
· 0 个赞
· 0 个赞
· 0 个赞
· 0 个赞
· 0 个赞
· 0 个赞
· 0 个赞
· 0 个赞