老师好

不同语言是不同的作者，本质上代表不同的思想，你需要让他们在你的脑子里发生碰撞，这样才会学会一些不常见的知识。这好比不同的 D 、不同的国家文化。踏出第一步，去做就行了。

看起来是 通知了你，但你不同意。

猎聘要凉😑

招聘过前端岗，实际体验如下：打开 boss -> 发布职位 -> 充钱 -> 发布成功 -> 1min 收到 30 个打招呼 ->5min 共收到 100 个打招呼，一个一年经验月薪 8k~10k 的岗位，下到专科 5 年，上到硕士 2 年。楼主说说，如何做到一个个回复，还要兼顾日常工作，这就是市场环境，不缺人，死内卷~~

支持~https://i.imgur.com/io2SM1h.png

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

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