Linux Cgroups 的全称是 Linux Control Group。它最主要的作用，就是限制一个进程组能够使用的资源上限，包括 CPU、内存、磁盘、网络带宽等等
来自：06 | 白话容器基础（二）：隔离与限制
43 人划过
运行在大规模集群中的各种任务之间，实际上存在着各种各样的关系。这些关系的处理，才是作业编排和管理系统最困难的地方
来自：09 | 从容器到容器云：谈谈Kubernetes的本质
33 人划过
一次能处理多个写操作，并且具备 Merge 能力
来自：23 | 声明式API与Kubernetes编程范式
17 人划过
这个操作，通常被叫作调谐（Reconcile）。这个调谐的过程，则被称作“Reconcile Loop”（调谐循环）或者“Sync Loop”（同步循环）
来自：16 | 编排其实很简单：谈谈“控制器”模型
16 人划过
当一个新的 Pod 完成调度需要在某个节点上运行起来之前，该节点上的 kubelet 还会通过一个叫作 Admit 的操作来再次验证该 Pod 是否确实能够运行在该节点上
来自：41 | 十字路口上的Kubernetes默认调度器
10 人划过
比如，当你的 Service 没办法通过 DNS 访问到的时候。你就需要区分到底是 Service 本身的配置问题，还是集群的 DNS 出了问题。一个行之有效的方法，就是检查 Kubernetes 自己的 Master 节点的 Service DNS 是否正常：
来自：38 | 从外界连通Service与Service调试“三板斧”
9 人划过
对于 Kubernetes 里的核心 API 对象，比如：Pod、Node 等，是不需要 Group 的（即：它们的 Group 是“”）。所以，对于这些 API 对象来说，Kubernetes 会直接在 /api 这个层级进行下一步的匹配过程。
来自：24 | 深入解析声明式API（一）：API对象的奥秘
7 人划过
个 Pod 的变化就会触发 kubelet 在控制循环里注册的 Handler
来自：45 | 幕后英雄：SIG-Node与CRI
5 人划过
优先级和抢占机制，解决的是 Pod 调度失败时该怎么办的问题
来自：43 | Kubernetes默认调度器的优先级与抢占机制
4 人划过
而像我们上面这样将 StatefulSet 的 replicas 设置为 1 的话，StatefulSet 就会确保 Pod 被删除重建的时候，永远有且只有一个 CSI 插件的 Pod 运行在集群中。这对 CSI 插件的正确性来说，至关重要。
来自：31 | 容器存储实践：CSI插件编写指南
3 人划过
*精彩内容为该课程各文章中划线次数最多的内容
讲师
张磊
Kubernetes 社区资深成员与项目维护者
编辑推荐
包含这门课的学习路径
架构师
28门课程 151.9w人学习
运维工程师
32门课程 149.1w人学习
云原生工程师
14门课程 86.5w人学习
后端工程师
27门课程 184.1w人学习
看过的人还看了
