0
回答数
Pod = 运维的“最小调度与逻辑单元”
在 K8s 的世界里，我们运维人员（或者开发者）眼里只有 Pod。我们的所有操作（如 kubectl delete 、扩缩容、更新）都是针对 Pod 这个“逻辑外壳”进行的。 Pod 只是 K8s 抽
0
回答数
存活探针（Liveness）失败时，就绪探针（Readiness）可能正常，也可能失败了。它们俩是完全独立运行的。
但无论就绪探针此时是什么状态，只要存活探针失败了，K8s 就会强制重启容器，而在这个“即将重启”的瞬间，K8s 都不会去动 Endpoints 列表。在这短暂的间隙，依然可能会有流量打进来。这就是为什
1
回答数
Kubernetes Pod 生命周期中的核心组件（Init 容器、主容器、存活探针、就绪探针、生命周期钩子）全部串联
上面的流程分工，你解释的不错，但有两点存在疑点： 第一点： 你是这么说的：在容器刚创建后，会触发 postStart 钩子： 注意：这里的 postStart 钩子是和容器的启动命令（command）
1
回答数
容器的 veth pair 技术和VMware
容器的 veth pair 技术（基于 Linux 内核）veth pair 是 Linux 内核原生提供的一种特殊网络设备。它总是成对出现，像一根虚拟网线，专门用于连接不同的网络命名空间（Netwo
0
回答数
pod就是容器的一层封装，对容器的各种状态进行过滤，和条件限制，满足后就能提供流量访问到此容器上
你总结的“封装”、“状态过滤”和“条件限制”这三个词非常精准。为了让你对 Pod 的认知再上一个台阶，我们可以顺着你的思路，把 Pod 的本质再稍微展开一点： 1. 它是“容器的容器”（封装与协作）
1
回答数
钩子和initc容器之间有啥关联，时间上有重叠吗，pod不可用，但容器正常，包括钩子，initc，都是pod的概念，mainc才是容器
钩子和initc容器之间有啥关联，时间上有重叠吗 你现在的视角已经非常接近 K8s 的底层设计了。你可以这样记忆： Init 容器 = 门卫，负责开门前的准备工作，做完就下班。 Main 容器 = 员
0
回答数
创建的pod，svc，这些pod可能在不同的节点上，怎么判断这些pod在同一个集群里？这些pod,svc都公用一个coreDNS吗，都能nslookup 这些svc，pod吗
K8s 中，“集群”是一个逻辑概念，而不是物理位置。只要这些 Pod 和 Service 是通过同一个集群的 API Server 创建和管理的，它们就属于同一个集群，无论它们被调度到了哪个物理节点上
0
回答数
TimeoutSeconds 含义
k8s 就绪探针、存活探针是每个节点上的 kubelet 负责执行探针，由本节点的 kubelet 向 Pod 内发起请求，和你说的 collect 组件无关。kubelet 常驻在每个节点，直接发起
0
回答数
Kubelet -> 容器运行时 (CRI) -> CNI 插件 -> IPAM
● 真正的阻塞原因：当 kubeadm init 部署完 CoreDNS 时，因为集群还没有网络插件（CNI），底层的 kubelet 无法为 Pod 配置网络。因此，CoreDNS Pod 无法完成
0
回答数
k8s两个探针中有任何一个出现问题（连续失败），Kubernetes 都会立刻切断流量，不让客户进来访问
1. 就绪探针（Readiness Probe）失败 = 切断流量这是它的本职工作。当就绪探针检测到应用还没准备好（比如正在启动、或者依赖的数据库连不上）时，Kubernetes 会把这个 Pod 从
0
回答数
0
回答数
Kubernetes 的扁平化网络
在“逻辑上”确实是一个巨大的局域网（同一个 IP 子网），但在“物理上”它并不局限于传统的单一局域网，它跨越了真实物理边界 现实中的集群通常由几十甚至上百台服务器组成，它们不可能真的都插在一个物理交换
0
回答数
DaemonSet 控制器是什么
它的核心作用是确保集群中所有（或指定的）节点上，都运行且仅运行一个 Pod 副本。DaemonSet 限制的是 “某一个特定的任务” 只有一个副本，而不是说 “整个节点只能跑一个 Pod”。 Daem
0
回答数
怎么感觉kubelete里面每个组件都是pods，不管什么
最常用的命令就是 kubectl get pods -n kube-system。当你看到满屏的 Pod 时，确实很容易产生“K8s 里一切皆 Pod”的错觉。并非所有组件都是 Pod 判断一个组件是
1
回答数
rpm -q和rpm -qa啥区别，我每次感觉一样
rpm -q rpm -q nginx 但其实也是查单个 rpm -qa nginx rpm -qa nginx 这种写法虽然能运行，但其实是把 nginx 当成了一个过滤条件，效果等同于 rpm -
1
回答数
装饰器如果带了参数…
1. 原生装饰器（不带括号）● 写法： @decorator ● Python 翻译： func = decorator(func) ● 执行逻辑：● 一步到位。直接把下面的函数 func 扔进 de
0
回答数
@functools.wraps
函数的元数据信息丢了 doc: 文档说明，用来功能描述r annotations: 类型标注，是个json格式，用来存储变量/参数/返回值的类型标记 @timecount def autodown(n
0
回答数
1
回答数
0
回答数
函数是面向过程的产物；而方法是面向对象的产物
函数是面向过程的产物，强调“怎么做”；而方法是面向对象的产物，它不仅包含“怎么做”的代码，还绑定了“谁来做”的状态。 虽然语法结构相似，但方法因为拥有了 self 函数（Function）：是独立存在
1
回答数
property和自定义描述符区别
class Student(): def __init__(self, stuid, name, score1, score2, score3): self.stuid = stuid self.na
0
回答数
1. 为什么 Kubelet 要发心跳？
Kubelet 发心跳是为了向集群“报平安”并“汇报工作”；而一旦失联，API Server 出于对业务连续性的保护，会主动将该节点“隔离”（NotReady）并把上面的业务“转移”（驱逐），这就是
1
回答数
在 Kubernetes 的生产环境中，Containerd 已经取代了 Docker 成为默认的容器运行时。
● 官方推荐：Kubernetes 官方文档明确推荐使用 Containerd 作为运行时。自 Kubernetes 1.24 版本起，官方已经正式移除了对 Docker 的内置兼容层（dockers
1
回答数
这个__main__是什么
class Descriptor(): def __get__(self, instance, owner): print("self: %s\ninstance: %s\nowner: %s" %
1
回答数
property类和Descriptor区别
当你访问 s.pro 时，Python 调用 property 的 get 。● property 的 get 内部会去查找之前存好的 _fget ，然后执行它。，这个应该是property
