Kubernetes 入门实战：从核心概念到跑起第一个 Pod

Kubernetes 入门实战：从核心概念到跑起第一个 Pod
容器让应用的打包和运行变简单了，但当容器数量变多，单靠手动启动就不够用了：谁负责重启挂掉的容器？流量来了怎么扩容？多个容器之间怎么互相发现？Kubernetes 就是用来解决这些问题的容器编排系统，它已经成为云原生应用的事实标准。
先理解四个核心概念。Pod 是 Kubernetes 里最小的部署单位，通常一个 Pod 里放一个主容器，必要时再加一个辅助容器，它们共享网络和存储。Deployment 负责管理 Pod 的副本数和滚动更新，你说想要三个副本，它就会一直维持三个，挂了一个就补一个。Service 给一组 Pod 提供一个稳定的访问入口，因为 Pod 的地址会变，但 Service 的地址不变。Namespace 则像文件夹，把不同项目或环境的资源隔离开。
本地练手不需要先买服务器，可以用 minikube 或 kind 在本机起一个单节点集群。装好之后先确认集群可用，查看节点状态，看到节点处于就绪状态就说明环境没问题。刚开始不必纠结复杂的安装参数，能跑起来、能看到节点和 Pod，就是好的起点。
下面跑第一个应用。写一个 Deployment 配置，指定镜像、副本数和容器端口，然后用 kubectl apply 把它交给集群。接着查看 Pod 状态，等到状态变为运行中，再用 kubectl get pods 看看三个副本是不是都起来了。如果某个 Pod 一直不是运行中，先看它的事件和日志，镜像拉取失败、端口冲突、资源不足是最常见的原因，逐一排查比反复重建更有效。
应用跑起来后，还需要让它能被访问。创建一个 Service，把流量转发到这组 Pod 上，再通过端口转发或节点端口从本机访问一次，看到应用的返回结果，这一圈才算真正跑通。之后可以试着把副本数从三个改成五个，观察新 Pod 是如何被创建出来的；再改回三个，观察多余的 Pod 是如何被回收的，这就是编排系统在替你干活。
新手常踩的坑有三个。第一，把配置写死在命令行里，换个环境就得重来，养成用配置文件管理的好习惯。第二，忽略资源限制，某个容器把内存吃光会影响整个节点，给容器设置合理的请求值和上限很重要。第三，出问题只看表面现象，学会看 Pod 事件和容器日志，很多问题的原因都写在里面。
下一步可以继续学三样东西：用 ConfigMap 和 Secret 管理配置与敏感信息，用 Ingress 统一管理外部访问入口，用 Helm 把一整套应用打包成可复用的 chart。掌握了 Pod、Deployment、Service 这条主线，再学这些进阶内容就会顺畅很多。先在本机把第一个 Pod 跑起来，就是进入 Kubernetes 世界最实在的一步。