如何将带-p端口映射的Docker命令转Kubernetes YAML，仅配containerPort足够吗

当前YAML配置的实际效果 #

你写的ports -> containerPort: 80完全无法实现Docker -p 80:80的主机端口映射效果。
Kubernetes 中containerPort只是容器端口的元数据声明，作用是标注容器对外提供服务的端口，方便后续网络组件识别、做配置参考，和Dockerfile里EXPOSE指令的作用完全等价，本身不会执行任何宿主机和容器之间的端口绑定操作。

对应Docker -p hostPort:containerPort的K8s实现方式 #

要复刻Docker命令中-p 80:80这类宿主机端口绑定的效果，只需要在对应容器的端口配置块中新增hostPort字段：

• hostPort填写宿主机上要开放的端口，对应-p参数格式里的hostport部分
• containerPort填写容器内部实际监听的端口，对应-p参数格式里的containerport部分

修改后的完整核心配置示例：

apiVersion: v1
kind: Pod
metadata:
  name: task-pv-pod
spec:
  volumes:
    - name: task-pv-storage
      persistentVolumeClaim:
        claimName: task-pv-claim
  containers:
    - name: task-pv-container
      image: nginx
      ports:
        - containerPort: 80
          hostPort: 80 # 新增字段，实现宿主机80端口到容器80端口的流量转发
          name: "http-server"
      volumeMounts:
        - mountPath: "/usr/share/nginx/html"
          name: task-pv-storage

注意事项 #

直接给Pod配置hostPort的行为虽然和Docker原生端口映射完全一致，但在Kubernetes集群场景下存在明显局限：

• 同一台宿主机上无法调度两个绑定了相同hostPort的Pod，容易触发端口冲突
• Pod如果因节点故障漂移到其他宿主机，端口绑定逻辑会跟着Pod迁移，无法做统一的负载调度

生产集群中一般不会直接给Pod绑定宿主机端口，更多会通过NodePort、LoadBalancer类型的Service统一对外暴露服务，实现更灵活的流量转发。

内容的提问来源于stack exchange，提问作者dedpo