一、配置分层与复用策略 #

核心思路是拆分配置层级，通过模板或变量替换实现复用，彻底消除重复配置。

1. 配置分层结构 #

将配置拆分为4个层级，按优先级从低到高排列：

• 全局基础配置：所有应用、目标、环境共享的变量（如通用CDN地址、公共API前缀）
• 环境级配置：仅与环境强相关的变量（如dev环境的API地址、日志级别）
• 部署目标级配置：仅与部署目标相关的变量（如app目标的应用标题、路由前缀）
• 应用级配置：单个应用特有的变量（如某应用的专属功能开关）

用YAML维护分层配置文件，示例：

# config/base.yaml
global:
  CDN_URL: "https://cdn.example.com"

environments:
  dev:
    API_BASE: "https://dev-api.example.com"
    LOG_LEVEL: debug
  test:
    API_BASE: "https://test-api.example.com"
    LOG_LEVEL: info
  stage:
    API_BASE: "https://stage-api.example.com"
    LOG_LEVEL: warn
  prod:
    API_BASE: "https://api.example.com"
    LOG_LEVEL: error

targets:
  app:
    APP_TITLE: "移动端应用"
    ROUTE_PREFIX: "/app"
  web:
    APP_TITLE: "网页端应用"
    ROUTE_PREFIX: "/"

apps:
  app-a:
    FEATURE_X_ENABLED: true
  app-b:
    FEATURE_X_ENABLED: false

2. 配置合并工具 #

编写简单脚本（Node.js/Python均可）或使用Nx自定义 executor，根据应用+目标+环境三个维度自动合并对应层级的配置，生成最终的环境变量文件或直接注入部署流程。

Nx项目中自定义generate-env目标示例：

// apps/app-a/project.json
{
  "targets": {
    "generate-env": {
      "executor": "nx:run-commands",
      "options": {
        "command": "node scripts/generate-env.js --app {projectName} --target {args.target} --env {args.env}"
      }
    }
  }
}

二、构建与部署的参数化方案 #

通过「一次构建+多场景注入配置」的方式，避免重复构建，同时保证配置的显式可控。

1. 前端构建优化 #

前端打包时不硬编码环境变量，而是保留占位符或通过全局对象读取运行时配置：

• 在public/config.js中定义配置模板，构建时仅生成空模板
• 部署时通过脚本替换占位符为实际配置

示例：

// public/config.js
window.APP_CONFIG = {
  API_BASE_URL: "{{API_BASE_URL}}",
  APP_TITLE: "{{APP_TITLE}}"
};

部署替换脚本：

sed -i "s/{{API_BASE_URL}}/$API_BASE_URL/g" dist/apps/app-a/public/config.js
sed -i "s/{{APP_TITLE}}/$APP_TITLE/g" dist/apps/app-a/public/config.js

2. CI/CD矩阵化部署 #

在CI/CD流程（GitHub Actions/GitLab CI）中使用矩阵变量，批量生成多应用、多目标、多环境的部署任务，无需手动维护每个任务。

GitLab CI矩阵配置示例：

deploy:
  stage: deploy
  script:
    - npm run generate-env --app $APP_NAME --target $DEPLOY_TARGET --env $ENVIRONMENT
    - oc apply -f k8s/deployment.yaml --namespace $ENVIRONMENT-$DEPLOY_TARGET
  parallel:
    matrix:
      - APP_NAME: ["app-a", "app-b", "app-c"]
        DEPLOY_TARGET: ["app", "web", "admin"]
        ENVIRONMENT: ["dev", "test", "stage", "prod"]
  rules:
    - if: $CI_COMMIT_BRANCH == 'main'

三、OpenShift简化配置策略 #

用「模板+参数」替代大量重复的DeploymentConfigs，减少配置维护量。

1. 通用Deployment模板 #

创建通用的DeploymentConfig模板，将可变部分定义为参数：

# openshift/deployment-template.yaml
apiVersion: apps.openshift.io/v1
kind: DeploymentConfig
metadata:
  name: ${APP_NAME}-${DEPLOY_TARGET}
  namespace: ${ENVIRONMENT}-${DEPLOY_TARGET}
spec:
  replicas: 2
  template:
    spec:
      containers:
        - name: ${APP_NAME}
          image: ${IMAGE_NAME}:${TAG}
          env:
            - name: API_BASE_URL
              value: ${API_BASE_URL}
            - name: APP_TITLE
              value: ${APP_TITLE}

2. 参数化部署 #

用oc process渲染模板并部署：

oc process -f openshift/deployment-template.yaml \
  -p APP_NAME=app-a \
  -p DEPLOY_TARGET=app \
  -p ENVIRONMENT=dev \
  -p API_BASE_URL=https://dev-api.example.com \
  -p APP_TITLE="移动端应用" \
  -p IMAGE_NAME=example/app-a \
  -p TAG=latest | oc apply -f -

四、Nx Monorepo专属优化 #

利用Nx的工作区配置和目标继承特性，减少重复的构建/部署配置。

1. 共享目标配置 #

在nx.json中定义全局共享的构建/部署模板，每个应用仅需覆盖差异部分：

// nx.json
{
  "targetDefaults": {
    "build": {
      "executor": "@nx/webpack:webpack",
      "options": {
        "outputPath": "dist/apps/{projectName}",
        "index": "apps/{projectName}/src/index.html"
      }
    },
    "deploy": {
      "executor": "nx:run-commands",
      "options": {
        "command": "scripts/deploy.sh --app {projectName} --target {args.target} --env {args.env}"
      }
    }
  }
}

2. 批量执行命令 #

用Nx的run-many命令一次性处理多个应用的配置生成或部署：

nx run-many --target=generate-env --projects=app-a,app-b --args="--target=app --env=dev"

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