资讯动态

第 00 篇:一张地图看清容器与 Kubernetes:控制面、数据面与核心对象全景(底座认知 00)

发布时间:2026/10/30 2:26:08 来源:尧图企业网站定制
容器与 Kubernetes 全景导读底座认知 · 第 00 篇一张地图看清容器、K8s 及其背后的组件体系目 录一、为什么要学容器二、容器技术演进脉络三、Kubernetes 是什么四、K8s 的组件体系全景4.1 控制面组件4.2 数据面组件五、核心抽象对象六、本系列学习地图一、为什么要学容器传统应用部署依赖物理机或虚拟机存在环境不一致、资源利用率低、交付链路冗长等问题。容器通过操作系统层面的隔离将应用连同其依赖打包成一个可移植的单元从根源上解决了「在我机器上能跑」的难题。容器与虚拟机的本质区别在于「隔离在哪里做」虚拟机通过 Hypervisor 虚拟化整台机器每台虚拟客机含完整内核容器则直接共享宿主机内核仅用命名空间与 cgroup 做隔离与限制。对比维度虚拟机容器隔离层级硬件级完整内核进程级共享宿主内核启动速度秒级分钟级毫秒级资源占用高每台含 OS低仅应用进程密度低高可移植性依赖 Hypervisor镜像即交付随处可跑二、容器技术演进脉络2008 年 LXC 出现提供内核级容器能力2013 年 Docker 诞生将镜像、仓库、编排等体验产品化容器进入主流2017 年 Docker 捐出 containerd 给 CNCF云原生计算基金会运行时走向标准化Kubernetes 由 Google 发起成为容器编排的事实标准由 CNCF 托管今天 K8s 关注的已不只是「跑容器」而是整个分布式应用的全生命周期调度、弹性、存储、网络、安全、发布、自愈。容器是 K8s 承载的「最小积木」但 K8s 的管理单元是更高一层的 Pod。三、Kubernetes 是什么Kubernetes常简称 K8s因 K 与 s 之间有 8 个字母是一个开源的容器编排平台核心价值是声明式地描述期望状态并持续驱动实际状态向其收敛。调度自动把工作负载分配到最合适的节点自愈节点或容器故障时自动重建与迁移弹性按负载水平扩缩容服务发现与负载均衡通过 Service 提供稳定访问入口滚动发布与回滚无中断地升级应用四、K8s 的组件体系全景K8s 从逻辑上分为控制面Control Plane与数据面Worker Node两部分。控制面负责「决策」数据面负责「执行」。4.1 控制面组件组件职责kube-apiserver唯一对外网关所有组件与用户请求的唯一入口etcd集群状态的权威存储键值数据库kube-scheduler为新 Pod 挑选最合适的节点kube-controller-manager运行各类控制器驱动状态收敛4.2 数据面组件组件职责kubelet每个节点上的主代理负责 Pod 生命周期与容器运行kube-proxy实现 Service 的网络转发与负载均衡容器运行时实际创建与运行容器如 containerd、CRI-O五、核心抽象对象Pod最小调度单元可包含一个或多个容器Deployment / ReplicaSet无状态应用的声明式管理StatefulSet有状态应用的稳定网络标识与存储ServicePod 的稳定访问入口与负载均衡ConfigMap / Secret配置与敏感信息解耦PV / PVC持久化存储抽象六、本系列学习地图「底座认知」系列共 9 篇从容器基础一路讲到一次请求在集群中的完整流转为你后续学习调度、存储、网络、安全打下地基篇主题核心内容00全景导读容器与 K8s 整体认知本篇01命名空间与 cgroup容器隔离与资源限制的底层机制02镜像与容器运行时镜像分层、containerd 架构03从容器到 PodPod 的组成、pause 容器、多容器模式04kube-apiserver唯一网关、认证授权准入05etcd状态权威存储、事务与快照06scheduler 与 controller-manager调度流程与控制器模式07kubelet 与 kube-proxy节点代理与 Service 转发08一次 kubectl apply 的旅程全链路请求流转收尾掌握了本篇的地图后续每一篇都会落到「组件职责 → 请求流转 → 生产要点」的框架上帮助你既懂原理、又会上手。

读完文章,也想定制专属网站?

尧图设计师 24 小时内与您沟通定制方案

免费获取报价 →
↑