旁氏骗局还知道给点利息甜头, 呸, tf 都不如, 恶心.

@chenqh 亲, 有样例吗?

@ywisax 我们上线的频繁程度, 简直发指, 10 分钟能上线 10 次的那种....

@vZexc0m 是的, 我目前的思路也是类似的, 获取到新增的服务器 ip 地址, 然后在 gitlab 上发布时, 多发布几台, 但是这个也涉及到 同步的先后顺序, 同步完第一台后, 再同步第二台, 第三台... 可能会导致线上某个时间段内, 代码不一致的情况.
当前使用的是 gitlab 同步到第一台, 然后第一台使用 lsyncd 同步到其它台, 实时性有保证的(我猜的)

@ywisax k8s 没有找到特别好的 lnmp 符合我们情况的样例.

@CnpPt gitlab 的 server hook 用过, 但是 webhook 没怎么接触过, 我们也用不到 ansible....

@shanghai1998 我们的 php 框架是架构写的一个自定义框架

@qinrui 没有几百个版本, 就是开发人员经常需要修改线上的代码, 更新代码比较频繁, 比如增加日志埋点, 小公司, 开发都是把线上作为测试环境的, 你懂的.

@pota 我之前也是这么想的, 把项目代码目录放到 nas 文件存储中, 然后将 nas 挂载到每个 ecs 服务器下, 但是 io 性能是不行的, 服务器数量少, 可能没多大问题, 数量多就不行了, 也咨询了阿里云的人, 说最好不要将代码项目文件放 nas 中

@goodryb 这个是 docker 镜像的思路, 但是我们项目使用的服务环境, 没有做成镜像呢

@vZexc0m 没有采用阿里云的弹性伸缩, 我们自己实现了一个类似的脚本功能.

代码更新十分频繁, 几乎每天会更新发布近百次, 目前使用的 lsyncd 服务同步代码, 实时性和可靠性都还不错, 但是如果要使用自动脚本新增数台服务器, 在第一次部署服务器时, 可以在脚本中自动的去获取一次全量代码, 但之后, 如果代码再更新, 就不好做同步了, 因为需要更新 lsyncd 服务的同步配置文件了.

如果=如何

目前流程是 gitlab 上线发布到每组第一台服务器上, 第一台服务器上 lsyncd 同步到 2 ,3,4,5,6...服务器上,
现在做自动扩缩容, 新增的服务器如果加入到 php 代码同步流程中

微软商店 DevToys