在AWS自托管Kubernetes的RTF环境中，能否使用单个Ingress资源管理所有MuleSoft应用？

嘿，刚接触RTF不用慌，咱们一步步来拆解你的问题：

核心结论 #

完全可以用单个Ingress资源部署并管理所有MuleSoft应用，但你当前提供的Ingress模板存在路由逻辑问题，必须调整才能正常工作。

现有模板的问题 #

你现在的Ingress配置里有两个致命问题：

• 两个路径规则都是/，Kubernetes Ingress会按规则定义的顺序匹配请求，所有流量都会被第一个规则（temp1-svc）拦截，temp2-svc永远接收不到请求。
• 配置里的rewrite注解已经写了按应用名称重写的逻辑，但路径规则没跟上，完全发挥不了作用。

修改后的Ingress配置示例 #

下面是调整后的可用配置，实现按子路径路由到不同MuleSoft应用：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: rtf-ingress
  namespace: rtf
  annotations:
    nginx.ingress.kubernetes.io/configuration-snippet: |
      rewrite ^/([^/]+)(/|$)(.*) /$3 break;
    nginx.ingress.kubernetes.io/rewrite-target: /$3
    nginx.ingress.kubernetes.io/ssl-redirect: "false"
    nginx.ingress.kubernetes.io/enable-underscores-in-headers: "true"
    nginx.ingress.kubernetes.io/use-regex: "true"
spec:
  ingressClassName: rtf-nginx
  rules:
  - host: example.com
    http:
      paths:
      - pathType: Prefix
        path: /temp1(/|$)(.*)
        backend:
          service:
            name: temp1-svc
            port:
              number: 80
      - pathType: Prefix
        path: /temp2(/|$)(.*)
        backend:
          service:
            name: temp2-svc
            port:
              number: 80

对应的Service配置可以保留你原来的（注意要确保Service的selector能正确匹配到Mule应用的Pod标签）：

# temp1-svc
apiVersion: v1
kind: Service
metadata:
  name: temp1-svc
  namespace: rtf
spec:
  ports:
  - port: 80
    targetPort: 80
    protocol: TCP
    name: http
  selector:
    app: temp1-app # 这里要和你的Mule Pod标签一致

# temp2-svc
apiVersion: v1
kind: Service
metadata:
  name: temp2-svc
  namespace: rtf
spec:
  ports:
  - port: 80
    targetPort: 80
    protocol: TCP
    name: http
  selector:
    app: temp2-app # 这里要和你的Mule Pod标签一致

关键修改说明 #

• 每个应用对应唯一的正则路径：比如/temp1(/|$)(.*)会匹配所有以/temp1开头的请求（包括/temp1、/temp1/xxx等）
• 重写规则调整：把/temp1/xxx这类请求重写为/xxx后转发到对应的Service，符合Mule应用的路由习惯
• 保留了enable-underscores-in-headers：这个对MuleSoft非常重要，因为Mule应用经常会用到带下划线的HTTP请求头
• 确保路径规则顺序：如果有更特殊的路径需求，把更具体的规则放在前面

额外建议 #

虽然单个Ingress可以管理所有应用，但也要根据实际情况选择：

• 如果所有Mule应用的Ingress配置（SSL、认证、超时等）完全一致，用单个Ingress更简洁
• 如果部分应用需要独立的Ingress配置（比如单独的SSL证书、不同的认证策略），建议为这些应用单独创建Ingress资源，更易维护

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