入口多路径与多个入口

Question

我有以下很好的Ingress定义（我使用docker-for-mac）：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: zwoop-ing
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - host: localhost
    http:
      paths:
      - path: /
        backend:
          serviceName: posts-api-svc
          servicePort: 8083

我感到困惑的是如何处理要公开的多个api微服务。

我想到的选择：

• 多个入口
• 具有不同路径的单一入口
• 具有不同子域的单一入口（在云上时）

我假设多个入口将花费更多（？）。
由于某些原因，我在使用子路径段（ingress-nginx）时遇到问题。

- path: /api在入口资源中定义：时，我在GET请求中收到404。
目前尚不清楚如何定义子路径（这里我使用/ api，但这将是posts-api，users-api等）。

对于单个posts-api，我目前具有以下设置：

apiVersion: v1
kind: Service
metadata:
  name: posts-api-svc
  # namespace: nginx-ingress
  labels:
    app: posts-api
    #rel: beta
    #env: dev
spec:
  type: ClusterIP
  selector:
    app: posts-api
    # rel: beta
    # env: dev
  ports:
    - protocol: TCP
      port: 8083

使用部署：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: posts-api-deployment
  # namespace: nginx-ingress
spec:
  replicas: 1
  selector:
    matchLabels:
      app: posts-api
  template:
    metadata:
      labels:
        app: posts-api
        # env: dev
        # rel: beta
    spec:
      containers:
        - name: posts-api
          image: kimgysen/posts-api:latest
          ports:
          - containerPort: 8083
          livenessProbe:
            httpGet:
              path: /api/v1/posts/health
              port: 8083
            initialDelaySeconds: 120
            timeoutSeconds: 1

Pod上的运行状况检查可对端点正常工作：/ api / v1 / posts / health

Answer 1

我认为多次进入会花费更多（？）。

• 多个入口控制器，如nginx-ingress：是的，如果您使用外部负载均衡器和 AWS、GCP 或 Azure 等云提供商，则成本会更高，因为您将使用与入口控制器一样多的负载均衡器。如果您只使用 ClusterIP（在集群内访问），它不会花费更多，如果您使用NodePort服务来公开它，它会有所不同。
• 多个入口Kubernetes 资源：不，如果您使用相同的入口控制器，则不会花费更多。

当我在入口资源中定义： - path: /api 时，我收到 GET 请求的 404。

这意味着它将转到默认后端，并且可能是因为此注释nginx.ingress.kubernetes.io/rewrite-target: /。从本质上讲，这是/api从您的请求中剥离到您的后端。如果您想保留路径，我建议您删除注释。

您始终可以使用以下内容检查 nginx 入口控制器nginx.conf文件：

$ kubectl cp <pod-where-nginx-controller-is-running>:nginx.conf .
$ cat nginx.conf