默认情况下，Nginx 容器内部已经包含了 /etc/nginx/conf.d/default.conf 文件，这是镜像自带的默认配置。但通过 ConfigMap 挂载自定义 default.conf 仍然有以下重要意义：

一、为什么需要替换默认配置？

1. 自定义业务需求

   • 例如添加反向代理、配置 SSL、限流策略等。
   • 默认配置无法满足个性化需求。

2. 配置与镜像解耦

   • 避免修改镜像（修改镜像需重新构建、测试、发布）。
   • 配置更新时只需修改 ConfigMap，无需重新部署镜像。

3. 环境一致性

   • 不同环境（开发、测试、生产）可能需要不同的配置，通过 ConfigMap 可以轻松切换。

二、默认配置与自定义配置的区别

三、如何验证默认配置是否被覆盖？

1. 进入容器检查

   kubectl exec -it <pod-name> -n <namespace> -- cat /etc/nginx/conf.d/default.conf
   

   • 如果输出与镜像默认配置不同，说明挂载成功。

2. 查看 Nginx 日志

   kubectl logs <pod-name> -n <namespace>
   

   • 若出现 syntax error 等错误，可能是配置格式问题。

四、操作示例：挂载自定义 default.conf

1. 创建自定义配置文件

# 示例：添加反向代理配置
server {
    listen       80;
    server_name  example.com;

    location / {
        proxy_pass http://backend-service:8080;  # 反向代理到后端服务
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

2. 创建 ConfigMap

kubectl create configmap nginx-config --from-file=default.conf -n test

3. 更新 Deployment 挂载配置

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  namespace: test
spec:
  template:
    spec:
      containers:
      - name: nginx
        volumeMounts:
        - name: nginx-config
          mountPath: /etc/nginx/conf.d/default.conf  # 覆盖默认文件
      volumes:
      - name: nginx-config
        configMap:
          name: nginx-config

4. 验证生效

kubectl get pods -n test  # 等待 Pod 重启
kubectl exec -it <new-pod-name> -n test -- nginx -T  # 查看完整配置

五、高级用法：热更新配置

通过 Nginx 热重载 功能，可在不重启 Pod 的情况下更新配置：

1. 更新 ConfigMap

   kubectl edit configmap nginx-config -n test
   

2. 触发热重载

   kubectl exec -it <pod-name> -n test -- kill -SIGHUP 1
   

总结

• 默认配置：适合简单场景，配置固化在镜像中。
• ConfigMap 挂载：适合需要灵活配置、频繁更新的场景，推荐生产环境使用。
• 验证逻辑：通过容器内文件检查和业务功能验证，确保配置生效。