多机代码推送方案

2019-05-30 01:07:37 +08:00
 miao666

前几年写了个 PHP 服务端小程序,意外地被很多老板喜欢,现在还在收费维护中。
可是维护的客户有点多了,差不多有 30 个。
现在更新了代码,每次都要登录客户的服务器 git pull 一下。
想问下大家有什么好办法可以处理类似情况的?

我准备改进的方案是:

1.每台服务器部署一个 crond 服务,每天凌晨 pull 一下。
2.每台服务器写个接口,每次更新代码请求一下服务器列表。

但是我感觉上面的都不太好,应该有成熟的代码更新方案?
不知道大家是怎么更新多机代码的?

1773 次点击
所在节点    问与答
4 条回复
eritpchy
2019-05-30 01:17:06 +08:00
rsync 直接一台台推过去
lincanbin
2019-05-30 01:54:49 +08:00
ansible
msg7086
2019-05-30 04:59:11 +08:00
1. 部署不建议 Git 直接拉,而是建议打包。
2. 更新代码不建议无脑更,最好是让客户自己决定要不要更新。

如果你要成熟的方案,可以考虑直接用操作系统自己的包管理,比如把程序打包成 deb,然后直接露出 deb repo,在客户机上 apt upgrade 就能更新了。
whileFalse
2019-05-30 08:25:31 +08:00
在业务里加更新功能啊。管理员登陆进去就能看到更新,自己选要不要更新。
同时提供强制更新功能,静默更新没得选。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/568945

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX