运维之美

首先说说为什么要写这篇文章。 在平时的 k8s 集群部署、日常运维、问题排查过程中，需要很清楚 k8s 的部署形态，如下面的问题： 节点运行时用的是什么？ 如果节点同时部署了 docker 和 con

这篇文章，我们来说说创建一个 Pod 的整体流程，这里不讲具体的细节，在后面的文章中我们会对重要的步骤展开详细的分析。 下面这张图是从组件层面来看创建 Pod 的主要流程 kubelet 需要能够实时

kubelet 在 k8s 架构中是工作在数据面的一个核心组件，它的主要功能包括 pod 生命周期管理（pod 创建、删除、健康检查等）、node 的状态管理等，是 k8s 中最底层的“工人”。 为了

这篇文章我们来说说 kube-apiserver 扩展 apiservice。 apiservice是什么 我们先看下官方描述 首先每一个 apiservice 代表的的是一个服务器，它代表的后端可以

在前面的文章中，我们讲了 kube-apiserver 的基本原理，包括 kube-apiserver 的初始化流程和请求处理步骤，重点放在了分析内置 API 资源的路由初始化和请求处理，如 Pod、

KubeAPIServer的创建主要有三个步骤： 创建 genericServer 安装 legacyAPI 路由 安装 api 路由 上一篇我们讲了 KubeAPIServer 中 genericS

在前面的文章中我讲了 genericConfig 配置的初始化，genericConfig 是 kube-apiserver 的核心配置，有了配置后，我们再来讲讲 kube-apiserver 三个

之前我们说了审计初始化，准入初始化，流控初始化。 这一篇我们来说说审计初始化，准入初始化，流控初始化。

在上一篇文章我们讲了，kube-apiserver 是由 AggregatorServer、KubeAPIServer、APIExtensionsServer 三者按照顺序级联而成，如果当前的 Ser

为了深入学习 kube-scheduler，本系列从源码和实战角度深度学习 kube-scheduler，该系列一共分6篇文章，如下： kube-scheduler 整体架构 初始化一个 schedu

为了深入学习 kube-scheduler，本系列从源码和实战角度深度学习 kube-scheduler，该系列一共分6篇文章，如下： kube-scheduler 整体架构 初始化一个 schedu

为了深入学习 kube-scheduler，本系列从源码和实战角度深度学 习 kube-scheduler，该系列一共分6篇文章，如下： kube-scheduler 整体架构 初始化一个 sched

为了深入学习 kube-scheduler，本系从源码和实战角度深度学 习kube-scheduler，该系列一共分6篇文章，如下： - kube-scheduler 整体架构 - 初始化一个 s

为了深入学习 kube-scheduler，本系从源码和实战角度深度学 习kube-scheduler，该系列一共分6篇文章，如下： - kube-scheduler 整体架构 - **初始化一个

在 k8s 中一个Pod由于某些原因调度失败后，会被放入调度失败队列，这个队列里面的Pod后面都怎么样了呢？他们怎么样才能重新获取到”重新做人的机会“呢？这篇文章，我们从源码的角度来看看来龙去脉 在

kube-scheduler 作为 k8s 的调度器，就好比人的大脑，将行动指定传递到手脚等器官，进而执行对应的动作，对于 kube-scheduler 则是将 Pod 分配（调度）到集群内的各个节点

在k8s中，kube-scheduler是Kubernetes中的调度器，用于将Pod调度到可用的节点上。在调度过程中，kube-scheduler需要了解节点和Pod的资源需求和可用性情况，其中CP

你将从本篇文章中了解到 overlay2如何存储docker镜像 创建容器后，容器层是怎么来 什么是layerID、diffID、chainID、cacheID，他们之间的关系是什么 overlay2

你有没有想过在执行 kubectl 命令的时候，kube-apiserver 是怎么认证你的身份的？ 身份认证过后是怎么鉴别你是否有权限操作所访问的API资源的，如果想通过 API 访问 kube-a