Kubernetes 和 containerd 升级前，不要先改包源或重启服务。本文把升级前最容易漏掉的检查压缩成 12 条命令，覆盖版本、节点状态、CRI endpoint、containerd 配置、cgroup、日志和备份路径，并给出正常现象、异常判断和下一步处理建议，适合作为生产灰度升级前的执行清单。

Kubernetes 节点不再依赖 Docker daemon 后，`docker ps`、`docker logs` 这套排障习惯需要迁移到 `crictl`、`kubectl` 和少量 `ctr`。本文从工具边界、`/etc/crictl.yaml` 配置、Pod Sandbox、容器、日志、镜像和常见报错入手，给出可复制命令、判断标准和一页式 checklist，帮助你在 container

Kubernetes 节点 NotReady 不等于 kubelet 坏了，它通常是 kubelet、containerd、CNI、资源压力、证书或系统层任一环断开后的最终表现。本文给出一条生产可执行的分层排障路径：先看 Node Conditions 和 Events，再查 kubelet 日志、CRI 连通性、containerd socket、CNI 配置、磁盘 inode 和证书时间，帮助

Kubernetes 节点升级后出现 NotReady、Pod 启动异常、资源统计不准时，问题未必在镜像或 CNI，也可能是 kubelet、containerd 与 Linux cgroup 层级没有对齐。本文从 cgroup v1/v2、kubelet cgroupDriver、containerd SystemdCgroup 三个入口拆解检查命令、配置字段、风险现象和灰度修正路径，帮助你在生

本文从底层运行原理、系统架构、模块协作、企业实战等角度，深入对比 Docker、Containerd 与 CRI-O 三大容器运行时方案，旨在为 Kubernetes 用户、DevOps 工程师、云平台研发人员提供高质量技术干货。

聚焦 AI 超级助手开发，以 MCP 官方协议为基石，详细介绍规范文档，通过 Python（FastMCP 框架）与 Java（Spring AI Boot Starter） 两种语言，展示如何快速搭建可被 Claude、ChatGPT 等调用的 MCP 协议服务，助力开发者开启 AI 协作智能开发之旅。