排序
K8s 运维系列 | 第 25 天：故障排查——常见集群故障定位与处理
引言 在生产环境中，Kubernetes 集群不可能永远保持健康状态。节点宕机、镜像拉取失败、Pod 反复重启、Service 无法访问、网络策略误配——这些故障一旦发生，直接冲击业务的可用性与响应时延。...
26天前K8s 运维系列 | 第 26 天：云原生 CI/CD——Jenkins 与 GitLab 镜像构建发布
引言 当 Kubernetes 集群在承载生产业务时，「怎么把新版本的镜像送上集群」这个动作会被每天执行几十甚至上百次。手工 kubectl apply、scp 推镜像、甚至本地 docker build 再手工导入——这些...
26天前K8s 运维系列 | 第 27 天：GitOps 实践——Argo CD 声明式部署
引言 在上一篇我们讨论了 Jenkins 与 GitLab CI 如何把镜像构建、部署到集群，本质上是「Push 模式」——CI 主动把资源推到 K8s。但当集群规模扩大、环境变多、审批链路变长之后，Push 模式会逐...
26天前K8s 运维系列 | 第 28 天：灰度发布——金丝雀、蓝绿与滚动发布实践
在 Kubernetes 的生产运维中，一次坏版本的全量推送往往意味着几十甚至几百个 Pod 同时进入异常状态，故障半径被瞬间放大。灰度发布（也常被称为渐进式交付）就是为了解决这个问题：把新版本的...
26天前K8s 运维系列 | 第 29 天：生产实践——K8s 上运行数据库与中间件
引言 Kubernetes（K8s）的核心优势在于编排无状态的容器化应用，但当业务落地到生产环境，几乎不可避免地要面对有状态服务：关系型数据库（MySQL、PostgreSQL）、缓存（Redis）、消息队列（Kafk...
26天前K8s 运维系列 | 第 30 天：精通之路——总结与进阶规划
Kubernetes 已经陪伴我们从零开始走过了完整的三十天。从最初认识「容器编排」这个概念，到搭建 minikube 与 kubeadm 集群，再到 Deployment、Service、Ingress、HPA、HPA 弹性伸缩、Prometheus...
26天前K8s 运维系列 | 第 8 天：调度机制——节点选择、污点与容忍度
在 Kubernetes 集群中，我们很少直接指定某个 Pod 运行在哪一台物理节点上。相反，kube-scheduler 这个核心组件会根据资源、策略与约束条件，自动为每一个 Pod 挑选一个合适的节点。理解调度机...
35天前K8s 运维系列 | 第 5 天：Service 与 Ingress——服务发现与流量接入
在 Kubernetes 的世界里，Pod 是脆弱的、临时的、会被频繁重建的。每次 Deployment 滚动更新、节点故障、甚至一次简单的扩容，Pod 的 IP 地址都可能发生变化。如果业务系统直接依赖 Pod IP 来通...
35天前K8s 运维系列 | 第 6 天：配置管理——ConfigMap 与 Secret 实战
在 Kubernetes 的世界里，有一条非常经典的原则：镜像只负责承载代码，配置与密钥必须与镜像解耦。如果每次修改一个数据库地址、一个环境变量都要重新构建镜像、重新推送仓库、再滚动发布，那这...
35天前K8s 运维系列 | 第 7 天：存储管理——PV、PVC 与持久化存储
容器天生是「无状态」的，一旦 Pod 被销毁或重建，容器内部写入的文件都会随之消失。但在真实的业务场景中，数据库、消息队列、日志系统、文件上传服务等应用，都必须把数据持久地保存下来，即...
35天前K8s 运维系列 | 第 9 天：资源管理——Request/Limit 与 HPA 弹性伸缩
在 Kubernetes 的世界里，集群资源永远是稀缺的。CPU、内存、存储，都是有限的算力，而集群上运行着成百上千个 Pod。如果没有一套清晰的资源管理机制，某个失控的应用可能瞬间吃掉整台节点的内...
35天前K8s 运维系列 | 第 10 天：网络模型——CNI、Calico 与 NetworkPolicy
在 Kubernetes 集群中，网络是最容易被忽视、却最容易出问题的部分。前面我们部署了 Pod、Service 和 Ingress，但你是否想过：一个 Pod 如何与另一个 Pod 通信？Service 的 ClusterIP 为什么能...
35天前
