Kubernetes 鼓励用户通过声明式的方式描述应用的状态（如 YAML 或 JSON 文件），而非通过命令式操作。系统会持续监控实际状态，并自动调整以匹配用户声明的期望状态。Kubernetes 通过将应用拆分为多个松耦合的组件（如 Pod、Service、Deployment），支持微服务架构。Kubernetes 遵循开源原则，并通过标准化接口（如 CRI、OCI）兼容不同运行时和工具，避

OAM（Open Application Model）作为抽象层，将应用部署与管理逻辑从基础设施细节中解耦。这种设计通过OAM将基础设施复杂度转化为业务语义，配合强引导式交互，可有效降低云原生技术的使用门槛。实际落地时需配合详尽的审计日志和回滚机制保障操作安全性。

Shell-Operator 是 Kubernetes 的一个工具，用于通过 shell 脚本扩展集群功能。它允许用户编写简单的脚本（Bash、Python 等）来响应 Kubernetes 事件（如资源变更、定时任务），无需编译复杂的控制器。

污点和容忍是Kubernetes调度机制的核心组成部分，用于控制Pod在节点上的部署逻辑。污点是节点属性，用于标记节点拒绝某些Pod；容忍是Pod属性，允许Pod调度到带有特定污点的节点上。污点（Taint）由键（key）、值（value）和效果（effect）组成，格式为。效果分为三类：NoSchedule：禁止调度（已运行的Pod不受影响）。：尽量避免调度。NoExecute：禁止调度且驱逐已

Kubernetes节点网络失联会导致节点状态变为NotReady，Pod被驱逐重新调度，服务流量中断。关键影响包括：控制平面无法操作失联节点上的Pod，存储卷数据可能丢失，以及服务完全不可用等风险。建议调整监控容忍时间、配置PodDisruptionBudget和实施拓扑分布约束来增强容错能力。网络分区时需特别注意控制平面隔离导致的集群只读问题，可通过部署多区域控制平面和手动标记节点来缓解。网络

通过修改Pod的标签，使其与控制器（如Deployment、StatefulSet）的标签选择器不匹配，控制器将不再管理该Pod。这可以防止控制器在排障期间自动重启或删除问题Pod。当业务pod发生cpu高负载，内存使用率持续增长有oom风险时，通过隔离pod方式保留故障pod现场，方便定位排查根因。若需临时限制Pod的资源消耗以避免影响集群，可通过。排障后恢复副本数即可重新调度。

在Kubernetes中，优雅滚动更新（Graceful Rolling Update）是确保服务不中断的关键策略。通过Istio/Linkerd实现流量镜像或金丝雀发布，逐步验证新版本。在Deployment中定义。

Kubernetes 可观测性通常由三大支柱构成：指标监控（Metrics）、日志收集（Logging）和分布式追踪（Tracing）。现代系统通常会结合 Prometheus、Loki 和 Jaeger 等工具实现全栈观测。

Kubernetes Controller Manager 是 Kubernetes 控制平面的核心组件之一，负责运行各种控制器，确保集群的当前状态与期望状态保持一致。它通过监听 API Server 的资源变化，执行调谐（Reconcile）逻辑，实现自动化管理。用户可通过 Kubernetes 的client-go库和框架开发自定义控制器。定义 CRD（Custom Resource Defi

Kubernetes API Server 是 Kubernetes 控制平面的核心组件，负责处理所有 RESTful API 请求，管理集群状态，并作为集群内部和外部通信的网关。以下是其核心功能和架构的详细解析。