基于命名空间修改OpenShift路由的主机自动生成规则

作为非集群管理员，你无法直接修改OpenShift全局的自动路由生成模板，但可以通过以下几种方式实现你想要的${namespace}.myapps.mycompany.com/${name}格式路由，同时满足GitOps不硬编码基础设施信息的要求：

方案1：ArgoCD参数化Route模板 #

在Git仓库中维护Route的模板文件，通过ArgoCD的变量注入功能动态生成host和path，避免硬编码域名：

Route模板示例（可结合Helm或Kustomize） #

apiVersion: route.openshift.io/v1
kind: Route
metadata:
  name: {{ .Values.appName }}
spec:
  host: {{ .Release.Namespace }}.myapps.mycompany.com
  path: /{{ .Values.appName }}
  to:
    kind: Service
    name: {{ .Values.appName }}
  # 若需要HTTPS，可添加tls配置（复用集群默认证书）
  tls:
    insecureEdgeTerminationPolicy: Redirect
    termination: edge

• 用{{ .Release.Namespace }}（Helm场景）或ArgoCD内置变量{{metadata.namespace}}自动获取当前命名空间，无需手动填写
• appName作为参数从ArgoCD的Application配置或Values文件传入，Git仓库中仅保留模板

方案2：使用Ingress替代Route #

如果集群已配置默认IngressController，可通过参数化Ingress实现相同效果，避免依赖OpenShift的Route自动生成逻辑：

Ingress模板示例 #

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: {{ .Values.appName }}
spec:
  rules:
  - host: {{ .metadata.namespace }}.myapps.mycompany.com
    http:
      paths:
      - path: /{{ .Values.appName }}
        pathType: Prefix
        backend:
          service:
            name: {{ .Values.appName }}
            port:
              number: 8080
  # 启用HTTPS（需集群IngressController已配置对应域名证书）
  tls:
  - hosts:
    - {{ .metadata.namespace }}.myapps.mycompany.com
    secretName: myapps-tls-secret # 替换为集群提供的通用证书Secret

• 确认集群IngressController已支持myapps.mycompany.com域名的解析和证书配置，否则Ingress无法正常生效

方案3：请求集群管理员配置命名空间专属模板 #

如果你的需求是批量应用到负责的多个命名空间，可以向集群管理员提出以下需求：

• 修改OpenShift的IngressController资源，为特定命名空间配置自定义domainTemplate，格式为{{.Namespace}}.myapps.mycompany.com
• 配合路径路由的需求，管理员可以通过准入控制器（如OPA）自动给新创建的Route添加指定path规则
  这种方式能实现完全自动化的路由生成，无需手动维护模板，但需要管理员的权限支持

注意事项 #

• 应用需适配路径前缀：确保你的应用能正确处理带/${name}前缀的请求（比如配置Spring Boot的server.servlet.context-path，或者Nginx的根路径）
• 路径冲突避免：同一命名空间下的应用名称需唯一，防止路径重叠导致路由冲突
• GitOps合规性：所有模板和参数配置都需存入Git仓库，ArgoCD负责同步，保持基础设施即代码的一致性

内容的提问来源于stack exchange，提问作者René Jahn