Kubernetes的动态通配符子域入口

Question

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress
spec:
  rules:
  - host: api.mydomain.com
    http:
      paths:
        - backend:
            serviceName: api-service
            servicePort: 80
  - host: console.mydomain.com
    http:
      paths:
        - backend:
            serviceName: console-service
            servicePort: 80

以下是每个部署的潜在工作流：

1. 创建feature-api-deployment.yml
2. 创建feature-api-service.yml
3. 使用新的子域规则更新ingress.yml:feature.api.mydomain.com指定serviceName:feature-api-service

但是枚举和维护所有的子域->服务映射将会因为分解部署而变得混乱，并且会创建大量的GCE后端（默认配额是5...)所以不太理想。

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress
spec:
  rules:
  - host: *.api.mydomain.com
    http:
      paths:
        - backend:
            serviceName: {value of *}-api-service
            servicePort: 80

Answer 1

当然，在kubernetes中没有类似通配符域的东西，但是您可能可以使用Helm来获得想要的

使用helm，您可以在清单中对变量进行模板化，因此您可以在helm values文件中包含分支的名称

从那里，您可以让gitlab-ci在构建管道中执行helm安装，如果您正确配置了图表，您可以指定管道名称的helm参数。