v2nika

统一回复一下: 我并没有在面试过程中问过一次这样的问题, 而是在沟通过程中发现相当一部分人在描述自己的项目的时候对是这么用上游/下游这两个词的.

这么描述是有歧义的, 因为在相当多的场景下, 这个概念是不能调换的, 比如我依赖一个第三方云服务, 或者做链路跟踪的时候, 上游一定是被依赖方. 如果这个时候对语义的理解无法达成一致, 沟通起来是有问题的.

@54qyc 这种说法的结果是: 如果我是个前端, 用相同的语义来表达的话, 我调的后端成了下游服务, 前端反而成了后端的上游.

@merryMa 你说的这个叫下层, 上层服务依赖下层, 但是上下游是把过来的, 指的是数据流向, 或者依赖方向, 被依赖的是上游.

@corcre 所以你们有用啥 VPN 软件么? 我理解这个是必需的?

@corcre 厉害

@brsyrockss 不赚, 还在扩大规模阶段.

@corcre 你们内网是用的啥 vpn 啊? 深信服说是不支持 aws, 我们机器在 aws 上. 剩下的就得选 cisco 了?

不过我看你的 InitialRAMPercentage 配置和 MaxRAMPercentage 配置一样, 不太可能是上面说的那个.

有一种情况是 pod 被驱逐了, 会导致 pod 名字变了, 就找不到了, 可以通过 kubectl get events 查一下事件记录.

另外还有可能是 node 内存不够导致 pod 被系统 oom 杀掉了 (我猜大概率是这个), 这个时候是找不到任何日志的, 因为 jvm/kubelet 都没有机会记录这个事件. 发生的原因是你的 memory 的 request 和 limit 写的不一样, memory 属于不可压缩资源, k8s 没有办法在已经申请后调度. 另外你的 cpu limit 配置的是 4, 这个时候的 gc 算法默认是 G1 (<= 1 的时候是 Serial GC), G1 会在达到你配置的最大堆内存的一个比例前持续增加 old gen 的内存占用 (即使这些对象已经没有引用), 直到发生 mixed gc 或者 full gc.