@paopjian #7 hash 变更是为了让前端刷新静态资源，但后端还有个问题就是如何让同个用户发出的多个资源请求都路由到同一组服务。

具体来说，灰度/金丝雀发布后，后端会存在 v1,v2 两组新旧版本的服务，来自同个用户的多个页面请求要么都由 v1 处理，要么都由 v2 处理，这样页面才会正常显示；比如正在上线端午活动页，结果有个用户的页面显示为：标题是“庆祝五一”（ v1 服务处理），但图片显示的却是端午活动页（ v2 服务处理），这是不允许出现的。

最佳的办法当然是权重+粘性会话。k8s 中的 nginx ingress 支持这些功能，但是否支持组合使用还不清楚，理论推测应该是可以的。nginx ingress 通过下面这些注解来实现对应功能：
- nginx.ingress.kubernetes.io/affinity：true 。启用会话粘性，通过 cookie
- nginx.ingress.kubernetes.io/session-cookie-name：？。设置具体的 cookie 字段
- nginx.ingress.kubernetes.io/affinity-mode：粘性模式，balanced or persistent
- nginx.ingress.kubernetes.io/canary：true 。启用金丝雀发布
- nginx.ingress.kubernetes.io/canary-weight：number 。按权重
- nginx.ingress.kubernetes.io/affinity-canary-behavior：配置启用金丝雀发布时的粘性模式，sticky or legacy

其他功能还支持正则匹配 header ，这些都是在 k8s 组件层面上支持的功能，不需要编码。

参考： https://github.com/kubernetes/ingress-nginx/blob/main/docs/user-guide/nginx-configuration/annotations.md

@keepRun #12 学习方法的话，以我个人方式概括起来就是：
- 以相关权威书籍作为核心，最好找到 2 本+，帮助建立这个知识概念的主框架；
- 以官网文档作为辅助，补齐一些书中未提到的细节；
- 以互联网上有经验之人写的踩坑&总结文章为辅助，吸取他们的实践经验；
- 以源码为辅助，获取部分核心术语&逻辑的根本实现，真正达到拨云见雾，见证真章的程度；

以上供参考，确实比较花时间的，需要感到兴趣才能完整实践。

看看 https://github.com/chaseSpace/k8s-tutorial-cn 能否帮助到你，我正在更新的《 Kubernetes 实战指导》的最新章节也是 istio 。

先出个免费课程看看水平，或者给出 title 啥的，不然别人凭啥信任你

相当于开源一个半成品，没有人能使用。

有点类似并发控制。解除后，如果两个安装线程同时修改了同一个目录， 甚至修改同一个文件，这就可能出现文件系统的报错，或者不报错但把文件改坏了（这就不好恢复了，因为你不知道原来长啥样），改坏文件可能导致一些原本内置的软件或工具无法正常运行，进而可能导致系统不稳定，比起这种严重的后果，不如限制同一时间只能执行一个安装操作。

有点喜感。但可以参考 5#

@Achieve7 #3 也看看内容 https://i.imgur.com/MA8YqTP.png

@darksheep9527 #1 github 在显示 markdown 内容时，网页右上侧有个目录大纲按钮 https://i.imgur.com/VUWFktU.png

@liian2019 业务代码和工具包有着根本的区别，前者是需要经常阅读和偶尔修改的，后者基本不需要你做修改亦不关心可读性。可以掌握，但注意使用场景。

把不擅长的工作交给别人？

业务里面禁止写这种花里胡哨的代码。

看发言应该是刚毕业没两年吧？ 事实上不是对阿里程序员敌意大，而是他们身上携带的阿里味，至于什么是阿里味，百度详查。
此外，评价人不能光论技术水平，还有人品素质、修养等方面。