用 kubectl create deployment 可快速启动 Pod 用于临时测试，如 kubectl create deployment nginx-demo --image=nginx:1.25，但默认不暴露端口、无健康检查、副本数固定，且不支持 ConfigMap/Secret 和探针配置；生产环境必须使用 YAML 声明完整状态，含 apiVersion、kind、metadata.name、spec.replicas、selector.matchLabels、template.metadata.labels（须一致）、containers.image 和 ports；Service 需单独创建（如 kubectl expose）才能外部访问；滚动更新用 kubectl set image，回滚用 kubectl rollout undo。
怎么用 kubectl create deployment 快速起一个 Pod
直接跑起来最简单，但默认不暴露端口、没健康检查、副本数写死在命令里——适合临时测试，不适合生产。
- 基础命令：
kubectl create deployment nginx-demo --image=nginx:1.25，会创建 1 个副本的 Deployment，Pod 名字带随机后缀 - 想指定副本数加
--replicas=3；想加环境变量用--env="ENV=prod" - 注意：
kubectl create不支持挂载 ConfigMap/Secret，也不支持定义 livenessProbe，这些得写 YAML - 常见错误：
Error from server (NotFound): deployments.apps "xxx" not found—— 别慌，是命令输错了名字，或命名空间不对，默认在default空间，跨空间要加-n myns
为什么必须写 YAML 才能真正管住 Pod 生命周期
命令行创建的资源太“薄”，删了重建就丢配置；YAML 是唯一能声明“想要什么状态”的方式，K8s 控制器靠它持续调谐。
- 最小可用 Deployment YAML 必须含：
apiVersion（如apps/v1）、kind、metadata.name、spec.replicas、spec.selector.matchLabels、spec.template.metadata.labels和spec.template.spec.containers[0].image -
selector.matchLabels和template.metadata.labels必须严格一致，否则 Deployment 启动成功但 Pod 处于 Pending 或找不到关联 Pod - 别漏掉
ports字段——即使不暴露 Service，容器端口写明能让kubectl port-forward正常工作 - 示例片段：
spec: containers: - name: nginx image: nginx:1.25 ports: - containerPort: 80
Service 怎么配才让外部能访问到 Pod
Deployment 只管 Pod 生存，Service 才负责网络寻址。没 Service，Pod 就是个孤岛。
- 用
kubectl expose deployment nginx-demo --port=80 --target-port=80 --type=ClusterIP最快，但只适用于 ClusterIP 类型 - 想从宿主机访问：用
--type=NodePort，K8s 会自动分配 30000–32767 区间端口，访问http://node-ip:30123即可 - 常见坑：
Connection refused多半是容器没监听0.0.0.0:80（只监听127.0.0.1），或者target-port写错（比如写成 8080，但 nginx 实际监听 80） - NodePort 在 minikube 里可以直接用
minikube service nginx-demo自动打开浏览器；在裸机集群上，记得确认防火墙放行对应端口
滚动更新和回滚实际怎么触发
改镜像版本就是最典型的滚动更新场景，但 K8s 默认不会立刻删旧 Pod，而是等新 Pod Ready 后再逐个替换。
- 更新命令：
kubectl set image deployment/nginx-demo nginx=nginx:1.26（第二个nginx是容器名，必须和 YAML 里containers.name一致） - 查看进度：
kubectl rollout status deployment/nginx-demo，卡住时看kubectl describe deployment里的 Events - 回滚：
kubectl rollout undo deployment/nginx-demo，默认回到上一个 revision；想指定版本加--to-revision=2 - 关键点：每次
kubectl apply -f xxx.yaml修改了spec.template下任意字段（哪怕只是加个注释），都会触发新 revision；但改metadata.annotations不会
Deployment 的 label selector 一旦设好就不能改，改了等于新建一个控制器；滚动更新时如果新 Pod 一直 NotReady，旧 Pod 会被删光，导致服务中断——所以 readinessProbe 不能少，也不能设得太激进。
