pckillers

重装基于 Debian 的 PVE 系统，然后再起个 VM 装 OPENWRT

@heqingpan
configmap 通过文件夹形式挂载不设置 subpath ，就能自动更新配置文件。不过确实达不到秒级。

通过改配置文件就能改逻辑。这功能高级，我遇到的 springboot 项目逻辑都是写死在 jar 里的😂

至于动态调整处理线程池数量，k8s 规范上 pod 都是要加性能限制的，我寻思针对单 POD 调好最佳性能的参数后，改这些参数但不提升 CPU 与内存并不能真正应对大量负载吧？ 除非一开始的参数就设置为无法发挥出硬件能力的偏低参数，但这样又是纯粹的浪费资源。目前我这里的 k8s 服务就是单纯的测好单 pod 的最佳性能参数后，再根据流量、CPU 、内存指标自动扩充 POD 数量。

个人对技术有所追求，那就拒掉这两个 offer 继续找纯开发。

因为 99%招的测试开发实际上就是测试。
除了卖公有云平台的公司，普通业务型公司 99%招的 SRE 也只是运维。

这两个都不是以代码作为产出的工作。一旦入了行就基本与最新技术绝缘了。
测试的产出是天天水几百页的测试报告以及在出 Bug 时背锅。
运维的产出则和保安差不多只不过是是要 24 小时看服务器以及在出 Bug 时回档与背锅。

应届生，有能力，就是要找纯开发岗。

既然楼主说的是 7-zip 那就默认楼主平时是用 Windows 平台的。

最适合工作的就是 7-zip 。 各种 linux 常用格式都能在 Windows 上正确查看与创建。

最适合娱乐的是 winrar 。0-day 分包标准与差分恢复记录就是好用。

最后在 Sandboxie 里装一份好压去广告绿色版，应付那些天杀的必须用好压才能成功解压缩的奇葩资源。

个人非常同意 @pming1 的看法。
nacos 的配置中心功能完全能用 k8s 的 configmap 、secret 甚至 workload 的环境变量替代。
nacos 的注册服务则是完全能被 k8s 的 service 替代。
至于很多人喜欢的 java 网关，ingress 要强大得多。

在 k8s 里搭建 nacos 的行为，纯粹是在浪费性能套娃。

@BQsummer
Q:没网关跨 vpc 怎么调用?
A:先在路由策略上实现 service 网段跨 VPC 访问，然后通过 k8s 的 RBAC 精确控制各个项目之间访问权限即可。

Q:金丝雀发布怎么精确控制流量到 pod
A: 个人只用过基于 Nginx 的 ingress ，但即使是这种传统的 ingress 也支持特定规则 header 流量，特定规则 cookie 流量，或者按照比例的控制流量到多个 service 。 此外 APISIX Ingress 、Kong Ingress 与 Istio 都支持金丝雀发布，个人没在生产环境里用过。 至于精确到 pod ，service 可以包含多个 pod 也可以只包含一个 pod ，这非常简单。

Q:失败逻辑怎么精确到接口?
A: 分析 Ingress 层的 log 就行了，比如用 Nginx-ingress 的话就找个能分析 nginx 日志的系统监听 Nginx-ingress 的日志。

不习惯 windows 开发. 那就装 linux 啊。 装个 docker 跑容器。然后 SSH 或 RDP 远程
不比在 mac 上起个虚拟机的 docker desktop 舒服多了。

做成订阅制，不登录不能使用软件，用户配置存服务器，定期服务器心跳校验授权，软件留强制网络升级后门，软件写死一个版本只能在 202X 年 X 月 X 日以前运行，且这个时间还是从 NTP 服务器取而不是取本地时间。

新服务器？当然是 24.04 LTS
去年装的一堆 CentOS7 服务器今年接通知全要改 Ubuntu24.04 了。 突出一个折腾