首先，我想提供一些一般性的解释。正如我们在入口留档中看到的：

您必须有一个入口控制器来满足入口。仅创建入口资源无效。

入口控制器可以部署在任何命名空间中，并且通常部署在与应用程序命名空间分开的命名空间中。

入口资源（入口规则）应部署在与其指向的服务相同的命名空间中。

可以为多个入口资源使用一个入口控制器。

最常见的方法是在它指向的Services的同一命名空间中部署In的资源（我推荐这种方法）。但是，有一种方法可以使用externalName Services在一个命名空间中使用In的，在另一个命名空间中使用Services。

我将创建一个示例来说明它是如何工作的。

假设，我有两个Deployments（app1，app2）部署在两个不同的命名空间（namespace1，namespace2）中：

$ cat app1.yml
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: app1
  name: app1
  namespace: namespace1
spec:
  selector:
    matchLabels:
      app: app1
  template:
    metadata:
      labels:
        app: app1
    spec:
      containers:
      - image: nginx
        name: nginx
    
$ cat app2.yml
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: app2
  name: app2
  namespace: namespace2
spec:
  selector:
    matchLabels:
      app: app2
  template:
    metadata:
      labels:
        app: app2
    spec:
      containers:
      - image: nginx
        name: nginx
    

我使用ClusterIPServices公开了这些部署：

$ cat svc-app1.yml
apiVersion: v1
kind: Service
metadata:
  labels:
    app: app1
  name: app1
  namespace: namespace1
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
  selector:
    app: app1
    
$ cat svc-app2.yml
apiVersion: v1
kind: Service
metadata:
  labels:
    app: app2
  name: app2
  namespace: namespace2
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
  selector:
    app: app2

我们希望在一个单独的命名空间（default）中拥有一个入口资源。首先，我们需要部署将服务映射到DNS名称的ExternalName类型的服务。

$ cat external-app1.yml
kind: Service
apiVersion: v1
metadata:
  name: external-app1
spec:
  type: ExternalName
  externalName: app1.namespace1.svc
  
$ cat external-app2.yml
kind: Service
apiVersion: v1
metadata:
  name: external-app2
spec:
  type: ExternalName
  externalName: app2.namespace2.svc

然后我们可以部署入口资源：

$ cat ingress.yml
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  annotations:
    kubernetes.io/ingress.class: nginx
    nginx.ingress.kubernetes.io/rewrite-target: /
  name: app-ingress
spec:
  rules:
    - http:
        paths:
          - path: /app1
            backend:
              serviceName: external-app1
              servicePort: 80
          - path: /app2
            backend:
              serviceName: external-app2
              servicePort: 80
              
$ kubectl apply -f ingress.yml
ingress.networking.k8s.io/app-ingress created
          

最后，我们可以检查它是否按预期工作：

$ curl 34.118.X.207/app1
app1
$ curl 34.118.X.207/app2
app2

注意：这是一种解决方法，对于不同的入口控制器可能会有不同的工作方式。通常情况下，在不同的命名空间中拥有两个或多个入口资源会更好。