云原生 on PlumePHP

Kubernetes多集群联邦：Karmada、Crossplane与Istio多集群实战

Fri, 14 Aug 2026 18:00:00 +0800

随着 Kubernetes 成为基础设施的标准抽象，企业开始面临多集群管理的挑战：跨地域高可用、混合云部署、环境隔离、避免厂商锁定。多集群联邦技术应运而生，将多个集群协调为一个统一的逻辑平台。

CNCF云原生技术全景图：从毕业项目到前沿方向

Fri, 14 Aug 2026 16:00:00 +0800

CNCF（Cloud Native Computing Foundation）是云原生技术的核心推动者。理解 CNCF 的项目分级和技术全景，有助于在技术选型时找到经过社区验证的可靠工具。

容器运行时深度解析：从runc到containerd到安全容器

Fri, 14 Aug 2026 14:00:00 +0800

Docker 曾被视为容器技术的代名词，但 Kubernetes 1.24 移除 Docker shim 后，containerd 成为主流。理解容器运行时从高层到底层的完整技术栈，是排查容器故障和优化集群性能的基础。

GitOps与ArgoCD实践：声明式持续交付

Fri, 14 Aug 2026 12:00:00 +0800

GitOps 将 Git 仓库作为基础设施和应用配置的单一可信源，通过自动化工具持续同步实际状态到期望状态。ArgoCD 是目前 Kubernetes 生态中最成熟的 GitOps 工具，被广泛用于生产环境的多集群持续交付。

Kubernetes Operator与CRD：自定义资源开发实战

Fri, 14 Aug 2026 10:00:00 +0800

Operator 是 Kubernetes 的核心扩展机制，它将运维人员的领域知识编码为软件——自动完成部署、升级、备份、故障恢复等操作。理解 CRD 和 Controller 的开发模式，是扩展 Kubernetes 平台能力的关键。

Helm高级：Chart开发、模板语法、测试与包管理实战

Thu, 13 Aug 2026 22:00:00 +0800

Helm 是 Kubernetes 的包管理器，将一组 K8s 资源模板化为可复用的 Chart。掌握 Helm 不仅能简化部署，还能实现参数化配置、多环境管理和版本控制。

1. Chart 结构详解

myapp/
├── Chart.yaml # Chart 元数据
├── values.yaml # 默认配置值
├── values-dev.yaml # 开发环境覆盖
├── values-prod.yaml # 生产环境覆盖
├── charts/ # 依赖的 Chart
│ └── postgresql-12.1.0.tgz
├── templates/ # K8s 资源模板
│ ├── _helpers.tpl # 命名辅助函数
│ ├── deployment.yaml
│ ├── service.yaml
│ ├── ingress.yaml
│ ├── hpa.yaml
│ ├── serviceaccount.yaml
│ └── NOTES.txt # 安装后提示信息
└── tests/ # Chart 测试
 └── test-connection.yaml

Chart.yaml

apiVersion: v2  # v2 = Helm 3, v1 = Helm 2（已废弃）
name: myapp
description: 我的应用 Helm Chart
type: application  # application 或 library
version: 1.2.3 # Chart 版本（语义化）
appVersion: "2.1.0" # 应用版本
kubeVersion: ">= 1.24.0" # 支持的 K8s 版本
home: https://example.com
sources:
 - https://github.com/example/myapp
maintainers:
 - name: Leeting Yan
 email: dev@example.com
dependencies:
 - name: postgresql
 version: "~12.1.0" # ~ 允许 patch 更新
 repository: https://charts.bitnami.com/bitnami
 condition: postgresql.enabled
 alias: db
 - name: redis
 version: "18.x.x"
 repository: https://charts.bitnami.com/bitnami
 condition: redis.enabled

语义化版本约束：

Kubernetes可观测性实战：Metrics、Logging与Tracing全栈方案

Thu, 13 Aug 2026 20:00:00 +0800

可观测性（Observability）不是监控的替代词，而是通过**指标（Metrics）、日志（Logs）、追踪（Traces）**三大支柱，回答系统为什么处于当前状态的能力。在 Kubernetes 这样的动态分布式环境中，可观测性建设的复杂度远超传统虚拟机架构。

Kubernetes安全体系：RBAC、PodSecurity与NetworkPolicy实战

Thu, 13 Aug 2026 18:00:00 +0800

Kubernetes 安全涉及多个层面：API 访问控制、工作负载安全、网络隔离、密钥管理和审计追溯。构建纵深防御体系，是保障集群免受攻击和数据泄露的核心。

1. API 访问控制链路

当用户或 Pod 访问 Kubernetes API 时，请求经过以下安全检查：

Kubernetes存储体系与CSI驱动深度解析

Thu, 13 Aug 2026 16:00:00 +0800

Kubernetes 存储是连接容器与持久化数据的桥梁。理解 CSI 驱动架构、PV/PVC 工作流，以及如何在 StatefulSet 中管理有状态存储，是生产环境部署数据库、消息队列等关键组件的必备能力。

Kubernetes网络模型与CNI插件深度解析

Thu, 13 Aug 2026 14:00:00 +0800

Kubernetes 网络是容器编排中最复杂的领域之一。每个 Pod 都需要独立的 IP、跨节点互通、Service 发现——而实现这些的 CNI 插件选择，直接影响集群的性能、安全性和可观测性。

Kubernetes调度器原理与高级调度策略

Thu, 13 Aug 2026 12:00:00 +0800

Kubernetes 调度器是决定 Pod 运行在哪个节点的核心控制组件。默认调度器 kube-scheduler 每一秒都在做决策，但调度不仅是"找一个节点"这么简单——它涉及资源计算、约束满足、负载均衡、故障隔离等复杂问题。

Kubernetes核心概念体系深度解析：从Pod到Workload的完整链路

Thu, 13 Aug 2026 10:00:00 +0800

Kubernetes 的核心设计哲学是声明式配置 + 控制器模式。用户通过 YAML 声明期望状态，控制器持续趋近该状态。理解资源对象体系，是掌握 K8s 的第一步。

1. Pod：最小调度单元

Pod 是 Kubernetes 中最小且最简单的部署单元，不是一个容器，而是一个或多个容器的封装。Pod 内的容器共享：