Kubernetes 入门：从“为什么需要它”到跑起第一个应用

容器入门通常先学会把应用打成镜像、一条命令跑起来。单机跑一个容器不难，难的是容器一多：要扩容、要升级、要互相访问，还要处理挂掉的实例和发布顺序。靠手写脚本人工盯着，很快就会顾此失彼。Kubernetes（简称 K8s）就是解决这类问题的容器编排系统，目标是让部署、扩缩容和自愈变得可声明、可自动化。

可以把 Kubernetes 理解为控制平面加工作节点。控制平面做决策：接收期望状态、调度工作负载、监控集群健康；工作节点真正运行容器。用户只需描述“三个副本、暴露这个端口、用这份配置”，集群就会持续把实际状态推向期望状态，容器异常退出时也会按策略重新拉起。

入门先记几个概念：Pod 是最小调度单位，通常含一个主容器，是临时的，不要当虚拟机；Deployment 管副本数和滚动升级，换版本时逐步替换旧 Pod；Service 为一组 Pod 提供稳定入口并负载均衡；ConfigMap 与 Secret 分别存放普通配置和敏感信息，不要硬编码进镜像；Namespace 隔离环境或团队，Ingress 按规则把外部流量路由到内部服务。

最小例子是：Deployment 声明镜像和三个副本，Service 暴露端口供访问。更新版本时只需改镜像标签，新 Pod 就绪后再逐步下线旧 Pod；回滚也只需改回版本，远比手动换机器清晰。

排查先看 Pod 状态、副本就绪情况、Service 端口和 Pod 日志；反复重启多半是镜像、端口、资源限制或配置写错。常见误区是把 Pod 当虚拟机改文件、不设资源限制、不做健康检查，重启或流量一到就出问题。

建议在本地轻量集群练手，跑通部署、扩容、升级和回滚，再学存储、网络策略和可观测性。先让小项目跑起来、可升级、可排查，这条主线通了，再看生产环境才有感觉。