你可以不用啊。又没人强迫你。你去怼你同事和老大去啊。。。

你这个故事有点像：我就 1G 内存，怎么读 100G 文件一个故事

刚学编程那会会看。现在不看了。这时间花在体验不同的开源项目上更好。当你需要什么功能的时候再去翻就好了。

所以我特别恼火面试问 xx 接口原理的，你看了不代表我看了。我不看不代表我不懂啊。我需要复刻这个接口或者有 bug ，10 分钟的事。。很难么

现在阶段都是处于“如用”状态。。。今天好使，你换个问法就不好使，来回换问题，总算撞出来一个好使的问题。太累了。。

反正我认为运维在人数少于 5 的情况下。折腾这个事情 ROI 约等于 0.你既然是云，那进来的入口只有负载均衡器，除非你把整个集群的 node 全部暴露在公网。在这个前提下，要什么情况下才会有最恶劣的情况呢？
你的前端有安全漏洞，穿透到业务处理的 pod ，再从这些 pod 提权到 node 。再从 node 去干别的事。

他就算进到 pod ，请问他不知道服务端口，业务逻辑情况下，他如何做到知道其他 service 的？所以从这个层面而言，除非你上零信任，做所谓 vpc 和 namespace 隔离都是脱裤子放屁。

再说到 vpc ，vpc 你划分得越多，你管理成本就越大，最后还是要打通大部分的 vpc 做组网，不然自动化运维就是个笑话。我之前就是一个业务一个 vpc 。想着这很安全吧。但我就 2 个运维。10 多个 vpc ，管理成本大得吓人。自动化各种不痛快。要痛快就要有非常复杂的调度。

另外啊。。。这不需要开工单吧。交易记录里有啊。5 万哪来的。转账银行卡号啥信息都有。。

开 gpu 机器。租出去变现

父母生了你，养了你 18 成年。就是最大的义务了。
心里应该完全没想过“父母不欠我什么”这一句话。

这玩意在无论大小公司都不是谁在理听水的，而是谁拳头大听谁的

你可以都试试，试用了好多款。用 1 个星期基本用不下来。。。可能是我要求比较高吧。

因为吧，现在的知识库产品的硬伤，没有任何低成本的方案是用通用模型能通用的解决任何格式的文档。尤其是 pdf 。
但每个月技术都在发展。所以还得再等等。

其实我认为 LLM 的知识库真不需要和我对答如流，你给我正确 100%的搜到相关引用，我觉得就完全够用了。。扫一眼就知道自己需要什么了。

没有。试了 n 款，试的时候觉得还行，深入一用就不太行。。

我就记得有这么个东西。。
https://kubernetes.io/docs/concepts/services-networking/network-policies/

自己维护一个 list 就完事了。

没明白你的需求是啥。。

每个 pod 不同的网络权限？那你需要 istio ？这个需要有人。坑很深，概念那是一套一套的。会了很爽。但是交接和招新人是个很大问题。istio 的网络控制层面会严格控制代理每个 pod 的进和出的流量。

你都有不同的集群了。不同集群天然就是网络隔离的啊。解决好每个集群所在网络安全不就好了么。

但凡不用 vpn 管理公司出口服务的。WAF 最多只能做到事后发现和预警，很难做到完美的防御。VPN 是一劳永逸的甩锅锅方式。北京还强一点，各个区的网警会定期扫描你的出口，有漏洞就请你去喝茶。

@gvdlmjwje 供应商？那就简单了啊。。vpn 完事。供应商也是 vpn 进来的。一个路由器就搞定了。

一直没看到你是解释给客户还是公司内部用呢。内部最简单，一个 vpn 解忧愁。
如果是给客户。你好歹有个中介服务器反代只暴露 443 和 80 吧。。可以解决一大堆安全漏洞。攻击方向就只剩 nginx/f5 和你公司自身程序两个路子了，最少半桶水的脚本战士可以拦一大堆了。
另外这是老板提的还是你自己琢磨的？老板提的该买设备买设备。自己琢磨的。那就琢磨呗。大概率不会给你资源干。没啥好纠结的。。又不是你自己的东西，嘟囔抱怨两句完事

同飘十多年了。最大的问题不是薪资。是生活状态和心态。除了有了一笔横财回家养老外。
试问几个北京呆了 10 年的习惯回家的生活就是打牌、吵架、小肚鸡肠勾心斗角呢？
我听了几个大学哥们的生活，同是牛马，每天就是上班，打牌，照顾孩子。一眼望得到头。。

这个问题是能缓解的，高铁每周回，在河北，天津买房子把媳妇孩子接过来。等等