1
cnoder 2023-05-11 16:59:47 +08:00
客户端就灰度平台,实验扩量
后端就 预发布机器 /自己切量 |
2
mineralsalt 2023-05-11 17:00:35 +08:00
没有灰度发布, 直接上
|
3
wu529778790 OP 灰度发布的实现:灰度发布的实现需要根据具体的技术架构和业务需求来选择合适的方式。比如可以通过负载均衡、DNS 解析、AB 测试、分批上线等方式来实现灰度发布。
|
4
brader 2023-05-11 17:07:12 +08:00
我之前有一家公司的灰度是这样的:数据库和生产是共通的,api 服务的话,在 k8s 专门有一个灰度服务和发布流水线,然后代码上线发布到灰度之后,我们内部使用的未加固包 app 客户端,有按钮可以切换到灰度、测试、生产环境。我们的是只给我们测试人员使用测试的。。。
|
5
kop1989smurf 2023-05-11 17:40:47 +08:00
服务器端更新:
1 、通过反向代理实现。 2 、通过业务逻辑、程序 API 获取服务器地址实现。 客户端更新: 1 、业务 /页面保持几个版本的共存,通过业务逻辑,程序 API 来筛选唤醒。 2 、选择性的提供非商店测载更新。( iOS 不可) 3 、根据业务授权判断,静默下载对应的库包,进程退出时覆盖更新。 |
6
forvvvv123 2023-05-12 02:23:46 +08:00
1. 发布系统发布的时候可以选择发布的机器或者实例,可以一批一批把程序部署上去。
2. 发布系统支持给你新建几台机子或者实例把你的程序部署上去,然后接入层可以按一个百分比例,把用户的流量切到这几台新机子观察一下。等观察完了没问题可以再把这些机子回收回去销毁。 |