胡说八道-Kubernetes

面试官："思考下，iptables 模式下如何尽可能的避免将流量发送到失败的Pod呢？" 面试官："如何确保每次都将来自特定客户端的连接传递到同一Pod呢?" 面试官："k8s集群service服务代

面试官："说说TTL存在的时间偏差问题？" 面试官："说说什么场景下CronJob 无法被调度？" 面试官："我明明已经通过API 增加了Job的TTL 时长，且得到了成功的响应，为什么系统还是清理了

面试官：“Job 支持多个 Pod 可靠的并发执行，如何权衡利弊选择适合的并行计算模式？” 面试官：“Job控制并行了解吗？为什么线上实际并行性可能比并行性请求略大或略小？”

面试官：”你了解k8s集群StatefulSets的Pod调度查询丢失问题吗？k8s集群中StatefulSet管理的Pod已经完成调度并启动，为什么还是无法查询Pod 的 DNS 命名？“

考点之线上预警k8s集群循环创建、删除Pod副本，一直无法稳定指定目标副本数量? 如果排除了是Pod内部发生了故障，从RS角度你猜测可能是什么原因？

考点之线上预警k8s集群循环创建、删除Pod副本，一直无法稳定指定目标副本数量? 如果排除了是Pod内部发生了故障，从RS角度你猜测可能是什么原因？ 考点之k8s集群中创建非模板 Pod 为什么可

同事提出个我从未想过的问题，为什么Kubernetes要"多此一举"推出静态Pod概念？ 我们知道k8s中Pod可以说是一个合格的容器小管家，Pod 被设计成支持多个容器可以一起进行调度，容器之间可以

在很多应用场景中，在 Pod 内的应用容器正式启动之前之前需要进行预热操作，为正式启动应用容器铺垫先决条件，如预加载一些基本配置、资源限制配额、还可以包括一些应用镜像中不存在的实用工具和安装脚本

为什么强制删除 StatefulSet 的 Pod可能会违背至多一个Pod原则？ 如果 preStop 回调所需要的时间长于默认的体面终止限期会发生什么？

线上多个服务应用陷入了死循环，大量服务访问不通，陷入死循环的应用长时间搁置，并没有进行自愈。 k8s应用容器没有检测到应用陷入了故障，容器未及时重启？

不知道学习k8s的小伙伴们有没有跟我一样的疑问？ k8s为什么不是直接运行容器，而是让Pod介入？ Pod又是什么？为什么在应用容器化如此普遍的情况

Kubernetes集群这个大家庭在容器化时代能够新军崛起，要感谢其众多可靠稳定，工作认真负责的优质成员。 这些兄弟姐妹为集群提供故障转移和高可用性，保证k8s 可以跨多主机运行，集群跨多个节点运行

云原生新时代弄潮儿k8s凭什么在容器化方面独树一帜？ 老神docker面前新神Kubernetes 可以做些什么?