排序
K8s 运维系列 | 第 5 天:Service 与 Ingress——服务发现与流量接入
在 Kubernetes 的世界里,Pod 是脆弱的、临时的、会被频繁重建的。每次 Deployment 滚动更新、节点故障、甚至一次简单的扩容,Pod 的 IP 地址都可能发生变化。如果业务系统直接依赖 Pod IP 来通...
Ceph+K8s 中间件实战 | 第 2 天:K8s 接入 Ceph RBD 块存储(CSI Driver + StorageClass 配置实战)
「Ceph+K8s 中间件实战」系列 · 第 2/15 天 引言:为什么 K8s 需要 Ceph RBD 在「第 1 天」里,我们梳理了 Ceph 分布式存储的整体形态和 K8s 存储体系(PV / PVC / StorageClass / CSI)的脉络...
K8s 运维系列 | 第 16 天:工作负载进阶——StatefulSet、DaemonSet 与 Job
在前面的文章中,我们重点学习了 Kubernetes 中最常见的无状态工作负载 Deployment,它凭借 ReplicaSet 与滚动更新机制,成为了绝大多数 Web 应用部署的首选。然而真实的生产环境远比'无状态服...
DevOps全链路实战 | 第 10 天:SonarQube 代码质量检查:SonarQube 部署与 GitLab CI 集成
第 10/19 天 引言 在前面几天的实战中,我们已经搭建了 K8s 集群、Harbor 私有镜像仓库、GitLab CE 代码托管平台以及 GitLab CI 流水线,实现了从代码提交到镜像构建的自动化闭环。然而,一条成...
K8s 运维系列 | 第 27 天:GitOps 实践——Argo CD 声明式部署
引言 在上一篇我们讨论了 Jenkins 与 GitLab CI 如何把镜像构建、部署到集群,本质上是「Push 模式」——CI 主动把资源推到 K8s。但当集群规模扩大、环境变多、审批链路变长之后,Push 模式会逐...
DevOps全链路实战 | 第 16 天:AnalysisTemplate 指标分析与自动回滚机制
第 16/19 天 引言:让发布拥有'自动驾驶'能力 在上一篇文章《金丝雀发布实战》中,我们通过 setWeight 与 pause 步骤实现了流量分割的渐进式发布。但这种模式有一个明显短板——所有决策都依赖...
K8s 运维系列 | 第 6 天:配置管理——ConfigMap 与 Secret 实战
在 Kubernetes 的世界里,有一条非常经典的原则:镜像只负责承载代码,配置与密钥必须与镜像解耦。如果每次修改一个数据库地址、一个环境变量都要重新构建镜像、重新推送仓库、再滚动发布,那这...
DevOps全链路实战 | 第 6 天:GitLab CI 流水线搭建:.gitlab-ci.yml 与 Kaniko 无守护进程构建
第 6/18 天 引言 在前面五天里,我们完成了从 K8s 集群搭建、Harbor 私有镜像仓库部署、GitLab CE 代码托管平台安装到 GitLab Runner 的 K8s Executor 与 RBAC 权限配置。基础设施层已经就绪,...
K8s 运维系列 | 第 17 天:高可用集群——etcd 与控制平面 HA 部署
在生产环境中,单台 Master 节点往往是整个 Kubernetes 集群的致命单点。一旦这台节点宕机,kubectl 无法下发指令、调度器停止工作、整个集群陷入'失联'状态。本篇文章我们就从零开始,深入讲解...
Ceph+K8s 中间件实战 | 第 9 天:K8s 部署 Nacos 注册配置中心(集群架构 + 登录巡检)
第 9/15 天 引言 在微服务架构中,服务注册发现与配置管理是两大核心基础设施。Nacos(Naming and Configuration Service)是阿里巴巴开源的一站式服务发现与配置管理平台,融合了服务注册中心...
K8s 运维系列 | 第 28 天:灰度发布——金丝雀、蓝绿与滚动发布实践
在 Kubernetes 的生产运维中,一次坏版本的全量推送往往意味着几十甚至几百个 Pod 同时进入异常状态,故障半径被瞬间放大。灰度发布(也常被称为渐进式交付)就是为了解决这个问题:把新版本的...
Ceph+K8s 中间件实战 | 第 14 天:K8s 部署 ClickHouse 列式数据库集群(Ceph RBD + 架构设计)
第 14/15 天引言:为什么选择 ClickHouse 作为 OLAP 引擎?ClickHouse 是由 Yandex 开源的列式数据库管理系统(Columnar DBMS),专为实时分析场景设计。它具备惊人的写入吞吐量和亚秒级查询响...



