Spring Cloud Gateway в локаторе обнаружения Kubernetes использует порт pod вместо сервисного порта - PullRequest
Новая
       94

Spring Cloud Gateway в локаторе обнаружения Kubernetes использует порт pod вместо сервисного порта

0 голосов
/ 06 февраля 2020

Я реализую API-шлюз в openshift с весенним облачным шлюзом и весенним облачным обнаружением kubernetes.

Я начал с проекта https://github.com/salaboy/s1p_gateway.

My конфигурация шлюза: 

cloud:
    gateway:
      discovery:
        locator:
          enabled: true
          url-expression: "'http://'+serviceId+':'+port"
    kubernetes:
      reload:
        enabled: true
        mode: polling
        period: 5000
      discovery:
        service-labels:
           type: "java-api"

Когда я просматриваю мой / привод / шлюз / маршруты, я вижу обнаруженные службы: 

{
   "predicate":"Paths: [/common/**], match trailing slash: true",
   "route_id":"ReactiveCompositeDiscoveryClient_common",
   "filters":[
      "[[RewritePath /common/(?<remaining>.*) = '/${remaining}'], order = 1]"
   ],
   "uri":"http://common:8085",
   "order":0
}

Проблема заключается в том, что 8085 - это targetPort (то есть порт pod), а не служебный порт: 

kind: Service
apiVersion: v1
metadata:
  name: common
  namespace: p4p
  selfLink: /api/v1/namespaces/myspace/services/common
  uid: 1851a76f-4764-11ea-a02c-000d3aa9b693
  resourceVersion: '28657990'
  creationTimestamp: '2020-02-04T15:36:21Z'
  labels:
    app: common
    type: java-api
spec:
  ports:
    - protocol: TCP
      port: 8080
      targetPort: 8085
  selector:
    app: common
    deploymentconfig: common
  clusterIP: 172.30.7.24
  type: ClusterIP
  sessionAffinity: None
status:
  loadBalancer: {}

Чтобы заставить работать API-шлюз, я ДОЛЖЕН выровнять порт pod и служебный порт, но это звучит довольно странно.

Ответы [ 2 ]

0 голосов
/ 06 февраля 2020

Почему вы не можете просто установить Service port (port) на 8085, поэтому он предоставляет тот же порт, что и Pod? Ничто на самом деле не мешает вам сделать это.

Когда я пытаюсь вызвать rest api через шлюз, я получаю 

There was an unexpected error (type=Internal Server Error, status=500). finishConnect(..) failed: Host is unreachable: common/172.30.7.24:8085

и услуга 

Name: common Type: ClusterIP IP: 172.30.7.24 Port: <unset> 8080/TCP TargetPort: 8085/TCP Endpoints: 10.129.3.101:8085

Кажется, использует IP-адрес службы и порт pod. Я также добавил spring.cloud.kubernetes.ribbon.mode=SERVICE, но ничего не изменилось.

Из того, что вы опубликовали, похоже, что когда вы пытаетесь вызвать ваш api через шлюз, он ожидает, что он будет выставлен с помощью вашего Service IP (172.30.7.24) и порт 8085, поэтому просто выставьте его на этот порт, и он должен работать нормально: 

...
spec:
  ports:
    - protocol: TCP
      port: 8085
      targetPort: 8085
...

Пожалуйста, дайте мне знать, если это поможет.

0 голосов
/ 06 февраля 2020

Используется ли лента? По умолчанию на ленте spring.cloud.kubernetes.ribbon.mode установлено POD. Из документов (цитата):

spring.cloud.kubernetes.ribbon.mode поддерживает режимы POD и SERVICE.

  • POD Режим заключается в достижении балансировки нагрузки путем получения IP-адреса Pod Kubernetes и использования ленты. Режим POD использует балансировку нагрузки ленты. Не поддерживает балансировку нагрузки Kubernetes. Политика Istio traffi c не поддерживается.

  • режим SERVICE напрямую основан на сервисное название ленты. Получить Служба Kubernetes объединяется в service-name.{namespace}.svc.{cluster.domain}:{port}, например: demo1.default.svc.cluster.local:8080. режим SERVICE использует балансировку нагрузки службы Kubernetes для поддержки политики Istio traffi c.

...