同一代码仓库中能否按目录路径用不同Kubernetes配置分团队构建部署？

核心思路 #

基于代码路径与专属配置文件的映射关系，通过CI/CD流程实现分模块触发构建、关联对应Kubernetes配置，最终完成各团队服务的独立部署与发布。

具体实现步骤 #

1. 规整仓库目录结构 #

确保代码与配置文件层级清晰，示例结构如下：

repo-root/
├── com/
│   └── mycompany/
│       ├── team_a/       # Team A业务代码目录
│       └── team_b/       # Team B业务代码目录
├── config_team_a.yaml    # Team A专属K8s配置（对应命名空间TeamA/ServiceA）
└── config_team_b.yaml    # Team B专属K8s配置（对应命名空间TeamB/ServiceB）

2. CI/CD流程配置（以GitHub Actions为例） #

在仓库根目录创建.github/workflows/文件夹，添加分团队的工作流配置，实现路径触发的独立构建部署：

# .github/workflows/team-deploy.yml
name: 分团队独立部署
on:
  push:
    branches: [ main ]
    paths:
      - 'com/mycompany/team_a/**'
      - 'config_team_a.yaml'
  pull_request:
    branches: [ main ]
    paths:
      - 'com/mycompany/team_a/**'
      - 'config_team_a.yaml'
  
  push:
    branches: [ main ]
    paths:
      - 'com/mycompany/team_b/**'
      - 'config_team_b.yaml'
  pull_request:
    branches: [ main ]
    paths:
      - 'com/mycompany/team_b/**'
      - 'config_team_b.yaml'

jobs:
  build-deploy-team-a:
    if: contains(github.event.paths, 'com/mycompany/team_a/')
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      # 构建Team A镜像
      - name: 构建并推送Team A镜像
        run: |
          docker build -t my-registry/team-a-service:${{ github.sha }} -f ./com/mycompany/team_a/Dockerfile .
          docker push my-registry/team-a-service:${{ github.sha }}
      # 替换镜像标签并部署到K8s
      - name: 部署Team A服务
        run: |
          sed -i 's/IMAGE_TAG/${{ github.sha }}/g' config_team_a.yaml
          kubectl apply -f config_team_a.yaml --namespace TeamA

  build-deploy-team-b:
    if: contains(github.event.paths, 'com/mycompany/team_b/')
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: 构建并推送Team B镜像
        run: |
          docker build -t my-registry/team-b-service:${{ github.sha }} -f ./com/mycompany/team_b/Dockerfile .
          docker push my-registry/team-b-service:${{ github.sha }}
      - name: 部署Team B服务
        run: |
          sed -i 's/IMAGE_TAG/${{ github.sha }}/g' config_team_b.yaml
          kubectl apply -f config_team_b.yaml --namespace TeamB

3. 镜像构建优化 #

• 每个团队的代码目录下单独存放Dockerfile，避免根目录单一Dockerfile的耦合问题
• 采用多阶段构建方式，减少镜像体积，仅保留运行时必要依赖

4. 权限隔离控制 #

• 在Kubernetes中为Team A、Team B分别配置对应命名空间的操作权限，确保各自仅能操作自身服务资源
• CI/CD流程使用不同的K8s服务账号，分别绑定对应命名空间的权限

关键注意事项 #

• 严格校验CI/CD触发器的路径规则，避免误触发其他团队的构建流程
• 镜像标签建议使用Git提交哈希值，保证版本可追溯
• 定期清理旧镜像与闲置K8s资源，避免资源浪费

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