大家好，我是小悟。
一、Kubernetes是啥？—— 你的“云原生老妈子”
想象一下，你是个餐馆老板（你的应用），有100个服务员（容器）。手动管理他们？你会疯掉：
- “服务员A在3号桌吐了，快换个新的！”
- “5号桌要了10份牛排，再开5个厨师容器！”
- “哎哟，收银容器又挂了，今天的钱白赚了！”
Kubernetes（简称k8s，因为K和s中间有8个字母，程序员就爱这么无聊） 就是你的超级餐厅经理：
- 🤖 自动编排：容器倒了？秒级重启！
- 📈 自动扩缩容：客流量暴涨？自动复制服务员！
- 🔄 滚动更新：换新菜单？零停机逐步更新！
- 🎯 服务发现：“牛排服务在哪？”“在10.244.2.3:8080，老板！”
- 💾 配置管理：所有服务的秘方（配置）统一管理
简单说：K8s让你像管理单机应用一样管理成百上千的容器，还不用半夜被报警电话吵醒！
二、实战开始：把你的应用丢进K8s“洗衣机”
环境准备：先搞个“游乐场”
# 1. 安装minikube（本地K8s游乐场） brew install minikube # Mac # 或 curl -LO https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64 sudo install minikube-linux-amd64 /usr/local/bin/minikube # 2. 启动你的“小黄鸭K8s” minikube start --driver=docker --cpus=4 --memory=8192 # 看到🐳 图标就对了，K8s喜欢鲸鱼 # 3. 安装kubectl（K8s遥控器） brew install kubectl # 验证安装 kubectl version --client # 4. 看看你的集群状态 kubectl cluster-info # 如果看到“Kubernetes control plane is running”，恭喜！
第一步：创建你的第一个Pod（K8s的最小“细胞”）
创建文件 my-first-pod.yaml：
apiVersion: v1 kind: Pod # 这是K8s的最小部署单元，就像单个细胞 metadata: name: my-nginx-pod labels: app: nginx environment: test humor-level: "high" # 对，标签可以随便写 spec: containers: - name: nginx-container image: nginx:alpine # 用alpine版本，小巧可爱 ports: - containerPort: 80 env: - name: NGINX_ENV value: "K8s_Rocks" resources: requests: memory: "64Mi" cpu: "250m" # m是千分之一核，不是米！ limits: memory: "128Mi" cpu: "500m" # 健康检查，防止僵尸容器 livenessProbe: httpGet: path: / port: 80 initialDelaySeconds: 5 periodSeconds: 10
部署Pod：
# 应用配置 kubectl apply -f my-first-pod.yaml # 输出：pod/my-nginx-pod created # 查看状态 kubectl get pods # 你会看到： # NAME READY STATUS RESTARTS AGE # my-nginx-pod 1/1 Running 0 10s # 查看详细信息 kubectl describe pod my-nginx-pod # 信息多到像老妈子唠叨 # 进入Pod内部看看（像盗梦空间） kubectl exec -it my-nginx-pod -- /bin/sh # 在里面： curl localhost，看到nginx欢迎页！ # 退出： exit
第二步：升级到Deployment（有了“克隆人军团”）
单个Pod太脆弱，用Deployment管理副本：
apiVersion: apps/v1 kind: Deployment # 这是Pod的“妈妈”，管理一组相同的Pod metadata: name: nginx-deployment labels: app: nginx department: "engineering-humor" spec: replicas: 3 # 要3个副本，三胞胎！ selector: matchLabels: app: nginx template: # Pod模板 metadata: labels: app: nginx version: "v1.0" spec: containers: - name: nginx image: nginx:1.21-alpine ports: - containerPort: 80 # 就绪探针，确保容器真的准备好了 readinessProbe: httpGet: path: / port: 80 initialDelaySeconds: 3 periodSeconds: 5
部署并玩转它：
# 部署 kubectl apply -f deployment.yaml # 看Deployment状态 kubectl get deployments # NAME READY UP-TO-DATE AVAILABLE AGE # nginx-deployment 3/3 3 3 15s # 看它创建的Pod（三胞胎！） kubectl get pods -l app=nginx # 会看到3个名字不同的Pod # 模拟一个Pod挂了 kubectl delete pod $(kubectl get pods -l app=nginx -o jsonpath='{.items[0].metadata.name}') # 马上再看，K8s会自动重建一个！ kubectl get pods -l app=nginx # 扩容到5个副本（客人多了！） kubectl scale deployment nginx-deployment --replicas=5 kubectl get pods # 现在有5个了！ # 滚动更新（换新菜单） kubectl set image deployment/nginx-deployment nginx=nginx:1.22-alpine # 看魔术： kubectl rollout status deployment nginx-deployment # 每个Pod会逐个更新，服务不中断！
第三步：添加Service（给你的服务装“门牌号”）
Pod IP会变，需要稳定的访问地址：
apiVersion: v1 kind: Service # 这是服务的“前台接待” metadata: name: nginx-service spec: selector: app: nginx # 选择所有标签为app=nginx的Pod ports: - name: http port: 80 # Service端口 targetPort: 80 # Pod端口 nodePort: 30080 # 节点端口（NodePort类型时才用） type: NodePort # 三种类型：ClusterIP（默认），NodePort，LoadBalancer
创建并测试Service：
# 创建Service kubectl apply -f service.yaml # 查看Service kubectl get svc # NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE # nginx-service NodePort 10.96.123.45 <none> 80:30080/TCP 10s # 在集群内访问 minikube ssh # 进入节点 curl 10.96.123.45 # 用Cluster IP访问 # 从外部访问（NodePort方式） minikube service nginx-service --url # 会返回一个URL，浏览器打开它！ # 或者直接 minikube service nginx-service
第四步：高级玩法 - ConfigMap和Ingress
ConfigMap：管理配置，不用改代码重新构建镜像
apiVersion: v1 kind: ConfigMap metadata: name: nginx-config data: nginx.conf: | server { listen 80; server_name _; location / { root /usr/share/nginx/html; index index.html; # 加个搞笑header add_header X-K8s-Humor "Containers contain containments"; } location /health { access_log off; return 200 "healthy\n"; } } index.html: | <html> <body> <h1>Running on Kubernetes!</h1> <p>Pod: ${POD_NAME}</p> <p>Node: ${NODE_NAME}</p> <p>笑话: Why do containers never get lost? They always have a pod to stay in!</p> </body> </html>
更新Deployment使用ConfigMap：
# 在Deployment的Pod模板中添加： spec: containers: - name: nginx # ... 其他配置 env: - name: POD_NAME valueFrom: fieldRef: fieldPath: metadata.name - name: NODE_NAME valueFrom: fieldRef: fieldPath: spec.nodeName volumeMounts: - name: config-volume mountPath: /etc/nginx/conf.d - name: html-volume mountPath: /usr/share/nginx/html volumes: - name: config-volume configMap: name: nginx-config items: - key: nginx.conf path: default.conf - name: html-volume configMap: name: nginx-config items: - key: index.html path: index.html
Ingress：7层负载均衡，给你的服务配“智能路由”
apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: nginx-ingress annotations: nginx.ingress.kubernetes.io/rewrite-target: / spec: rules: - host: nginx.k8s.local # 本地测试用的域名 http: paths: - path: / pathType: Prefix backend: service: name: nginx-service port: number: 80 - host: "*.k8s.humor" # 通配符域名 http: paths: - path: /joke pathType: Prefix backend: service: name: nginx-service port: number: 80
启用Ingress并测试：
# 启用Ingress控制器（minikube中） minikube addons enable ingress # 应用Ingress配置 kubectl apply -f ingress.yaml # 获取Ingress IP kubectl get ingress # 需要等几分钟分配IP # 本地测试（修改hosts文件） # 编辑 /etc/hosts，添加： # <INGRESS_IP> nginx.k8s.local # 访问 curl http://nginx.k8s.local
第五步：监控和调试（当“老妈子”生病时）
# 查看所有资源 kubectl get all # 查看事件（K8s的“朋友圈动态”） kubectl get events --sort-by=.metadata.creationTimestamp # 查看Pod日志 kubectl logs -l app=nginx --tail=10 # 查看特定Pod kubectl logs <pod-name> -f # -f 是tail -f，实时看日志 # 资源使用情况 kubectl top pods kubectl top nodes # 进入调试模式（当Pod起不来时） kubectl describe pod <problem-pod> # 看详情 kubectl logs <problem-pod> --previous # 看之前容器的日志 # 临时运行一个调试Pod（像启动一辆侦察车） kubectl run -it --rm debug-pod --image=busybox --restart=Never -- sh # 在这个Pod里可以测试网络等 # nslookup nginx-service # 测试Service发现 # wget -qO- nginx-service # 测试访问
三、总结：K8s修炼心得
为什么需要K8s？
- 抽象基础设施：从“我的应用跑在哪台服务器”变成“我的应用需要多少资源”
- 自愈能力：节点挂了？Pod飘移到其他节点。容器崩了？自动重启
- 弹性伸缩：流量来了自动扩容，走了自动缩容，省钱！
- 声明式配置：告诉K8s“我想要什么状态”，而不是“你执行这些步骤”
- 生态丰富：监控、日志、CI/CD、服务网格…应有尽有
避坑指南
- 资源限制一定要设：不然一个Pod能吃光所有内存，然后…全村吃席
- 别把所有东西放一个Namespace：就像别把所有衣服扔一个衣柜
- 健康检查不是可选项：没有健康检查的Pod就像没装刹车的车
- 镜像标签别用latest：不然今天更新镜像，明天全员崩溃
- 备份etcd：etcd是K8s的大脑，不备份？祝你好运
收尾
学习K8s就像养了一只猫：
- 刚开始：它高冷神秘，你不知所措
- 中间：它偶尔捣乱，你熬夜debug
- 最后：你离不开它，它优雅地帮你管理一切
K8s的最大好处？你可以跟老板说：“我们的系统有自动恢复、弹性伸缩、零停机更新能力！” 然后深藏功与名，回家睡大觉。
最后的小抄：
# 常用命令三字经 kubectl get po # 查Pod kubectl get svc # 查服务 kubectl get deploy # 查部署 kubectl describe # 查详情 kubectl logs -f # 看日志 kubectl exec -it # 进容器 kubectl apply -f # 用配置 kubectl delete # 删资源 kubectl rollout restart # 重启部署 # 遇到问题三板斧 1. kubectl describe <资源> # 看事件 2. kubectl logs <pod> # 看日志 3. kubectl get events # 看集群事件
祝你在K8s的海洋里冲浪愉快，不被Pod拍死在沙滩上！🏄♂️🐳
谢谢你看我的文章，既然看到这里了，如果觉得不错，随手点个赞、转发、在看三连吧，感谢感谢。那我们，下次再见。
您的一键三连，是我更新的最大动力，谢谢
山水有相逢，来日皆可期，谢谢阅读，我们再会
我手中的金箍棒，上能通天，下能探海
