47 条回复  ·  4962 次点击
me1onsoda 小成 3 天前
也算是经历了简中的浪潮之巅
mazyi 小成 3 天前
大佬这还没有财富自由吗?
cloudzhou 楼主 小成 3 天前
@foxio2 乐鑫挺有意思,现在要求估计很高了吧 @mazyi 远远没,请看我上一片
foxio2 小成 3 天前
@cloudzhou 他把芯片卖给涂鸦。涂鸦是不是搞云的?反正乐鑫是实打实的科创黑马。
chuck1in 小成 3 天前
后端确实比前端感知要晚,前端和客户端早就感知到互联网的冬天了。
mazyi 小成 3 天前
@cloudzhou 上一篇真的很有价值,感谢,也祝大佬找到新的方向
zhangsimon 初学 3 天前
LZ 哪一年开始进入职场的啊
15342 初学 3 天前
感谢分享, 大佬请教一下 “一个基于大版本号+应用小版本的概念,控制访问流,说起来,甚至可以粒度控制到方法本身” 是怎么做的?
CC11001100 小成 3 天前
PingPong 为啥要打码 https://i.imgur.com/agAJ0Rd.png
cloudzhou 楼主 小成 3 天前
@15342 在请求入口持续传递一个大版本号(比如通过 http header ,或者 rpc 的 req context ) 假设有 a/b/c/d 四个应用,这次发布 a(v1.1.0) / b(v1.2.0),之前都是 v1.0.0 版本 定义大版本号 1.1.0 访问,a: v1.1.0 b: v1.2.0 c: 1.0.0 d: 1.0.0 定义大版本号 1.0.0 访问,a: v1.0.0 b: v1.0.0 c: 1.0.0 d: 1.0.0 相互之间不会交叉访问,形成逻辑上独立的访问集群 那么,就可以从入口开始慢慢放量,把大版本号 v1.0.0 慢慢发布到 v1.1.0 基于方法其实同理,只是服务注册中心,变成了方法注册中心 :-) @CC11001100 是 ping++,习惯 pingxx
返回顶部