qq_35679620的博客

go算法，两个链表的两数相加

go算法，lru最近最少使用优先。

问题1：后端接口只能支撑每10秒1w个请求，要怎么来保护它呢？问题2：发短信的接口，不超过100次/时，1000次/24小时，要怎么实现？

这篇主要介绍了sandbox容器的创建和init容器和普通容器的创建，如何生成基础配置，并且最终grpc调用CRI创建

这篇介绍如何killsandbox和删掉容器

在 kubelet 源码中，syncPod 函数位于 kuberuntime 包中，其作用是同步 Pod 的状态和运行状态。它是 kubelet 的核心函数之一，负责监视和管理 Pod 的生命周期。具体而言，syncPod 函数执行以下任务：

InPlacePodVerticalScaling（就地垂直伸缩）是 Kubernetes 中v1.27.1的一个特性，它允许在不重启 Pod 的情况下动态调整 Pod 中容器的资源限制（Resource Limits）。传统上，在 Kubernetes 中更新 Pod 的资源限制需要重新创建 Pod，这会导致应用程序中断和服务不可用的情况。但是，通过使用 InPlacePodVerticalScaling，可以实现对 Pod 进行资源限制的动态更新，而无需重新创建 Pod。

status_manager（状态管理器）是 Kubernetes 中的一个组件，负责管理 Pod、Node、Endpoint 等资源的状态。状态缓存管理：status_manager 维护一个本地缓存，用于存储集群中各个资源的状态信息，如 Pod 的运行状态、Node的健康状态等。通过定期从 API Server 获取最新的状态，并将其存储在缓存中，可以提高性能和响应速度。状态更新和同步：status_manager 负责从 API Server 获取最新的状态信息，并将其更新到本地缓存中。

这篇文章是当pod_workers.go流程结束后，重新触发kubelet.go文件的SyncPod、SyncTerminatingPod、SyncTerminatedPod函数进行处理。这三个函数主要是对kubelet这一层最后的校验，然后将要调用CRI部分进行创建容器了。

k8s 资源对象实现超卖基于MutatingWebhookConfiguration实现node超卖和sidecar注入

kubelet源码分析 LIST&WATCH 是一种用于监视资源变化的机制使用 List&Watch 可以有效地监视 Kubernetes 中的各种资源，包括 Pod、Service、Deployment、ConfigMap 等等。通过 List&Watch，开发人员可以及时了解 Kubernetes 中各种资源的状态和变化情况，从而更好地管理和维护 Kubernetes 集群。本地开发中，用到它的地方很多，也可以通过这个功能开发很多组件。

k8s 源码分析 informer篇informer 是 client-go 中的核心工具包，informer 其实就是一个带有本地缓存和索引机制的，可以注册 EventHandler 的 client 本地缓存被称为 Store,索引被称为 Index。使用 informer 的目的是为了减轻 apiserver 数据交互的压力而抽象出来的一个 cache 层，客户端对 apiserver 数据的 读取和监听操作都通过本地 informer进行。

linux cgroup、kubernetes limitCgroups功能的实现依赖于四个核心概念：子系统、控制组、层级树、任务。kubernets设置limit最终设置在了哪里

kubelet源码分析 housekeeping 定时清理。housekeeping定时清理所有pod，两秒触发一次清理

kubelet源码分析 syncLoopIteration（二） plegChconfigCh、syncCh、plegCh管道的由来和执行流程

kubelet源码分析 syncLoopIteration函数有四个chan管道。分别是configCh、plegCh、syncCh、housekeepingCh。这篇主要聊一下这四个管道的由来。

kubelet源码分析，添加新的pod，syncpod，addPod

kubelet源码分析 kubelet.go更新/调谐/移除/探针 pod updatePod

kubelet源码 pod_workers.go分析

kubelet源码 删除pod（二）