Соедините back-end с front-end over api call, работающим на kubernetes - PullRequest
Новая
       28

Соедините back-end с front-end over api call, работающим на kubernetes

0 голосов
/ 28 сентября 2019

У меня есть двухуровневое приложение.Интерфейс вызывает слой webapi через простой http rest call http://mywebapi:5000/ Мой рабочий код для создания докера приведен ниже, и приложение работает 

version: '3'

services:
  webfrontend:
    image: webfrontend
    build: ./nodeexpress-alibaba-ci-tutorial
    ports:
      - "3000:3000"
    networks: 
      - my-shared-network  

  mywebapi:
    image: mywebapi
    build: ./dotnetcorewebapi-alibaba-ci-tutorial
    ports:
      - "5000:5000"
    networks: 
      - my-shared-network  
networks:
  my-shared-network: {}

Теперь я пытаюсь заставить это работать на kubernetes.Я создал два развертывания и два service-loadbalancer для веб-интерфейса и clusterip для mywebapi

Но после развертывания обнаружил, что данные из mywebapi не достигают внешнего интерфейса.Я могу просмотреть веб-интерфейс в браузере через общедоступный ip.

развертывания Mywebapi yaml 

apiVersion: apps/v1beta2
kind: Deployment
metadata:
  annotations:
    deployment.kubernetes.io/revision: '3'
  creationTimestamp: '2019-09-28T13:31:32Z'
  generation: 3
  labels:
    app: mywebapi
    tier: backend
  name: mywebapi
  namespace: default
  resourceVersion: '1047268388'
  selfLink: /apis/apps/v1beta2/namespaces/default/deployments/mywebapi
  uid: 493ab5e0-e1f4-11e9-9a64-d63fe9981162
spec:
  progressDeadlineSeconds: 600
  replicas: 2
  revisionHistoryLimit: 10
  selector:
    matchLabels:
      app: mywebapi
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  template:
    metadata:
      annotations:
        aliyun.kubernetes.io/deploy-timestamp: '2019-09-28T14:36:01Z'
      labels:
        app: mywebapi
    spec:
      containers:
        - image: >-
            registry-intl-vpc.ap-southeast-1.aliyuncs.com/devopsci-t/mywebapi:1.0
          imagePullPolicy: Always
          name: mywebapi
          resources: {}
          terminationMessagePath: /dev/termination-log
          terminationMessagePolicy: File
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      schedulerName: default-scheduler
      securityContext: {}
      terminationGracePeriodSeconds: 30
status:
  availableReplicas: 2
  conditions:
    - lastTransitionTime: '2019-09-28T14:51:18Z'
      lastUpdateTime: '2019-09-28T14:51:18Z'
      message: Deployment has minimum availability.
      reason: MinimumReplicasAvailable
      status: 'True'
      type: Available
    - lastTransitionTime: '2019-09-28T14:49:55Z'
      lastUpdateTime: '2019-09-28T14:51:19Z'
      message: ReplicaSet "mywebapi-84cf98fb4f" has successfully progressed.
      reason: NewReplicaSetAvailable
      status: 'True'
      type: Progressing
  observedGeneration: 3
  readyReplicas: 2
  replicas: 2
  updatedReplicas: 2

Mywebapi service yaml 

apiVersion: v1
kind: Service
metadata:
  creationTimestamp: '2019-09-28T13:31:33Z'
  name: mywebapi-svc
  namespace: default
  resourceVersion: '1047557879'
  selfLink: /api/v1/namespaces/default/services/mywebapi-svc
  uid: 49e21207-e1f4-11e9-9a64-d63fe9981162
spec:
  clusterIP: None
  ports:
    - name: mywebapiport
      port: 5000
      protocol: TCP
      targetPort: 5000
  selector:
    app: mywebapi
  sessionAffinity: None
  type: ClusterIP
status:
  loadBalancer: {}

Я даже попытался обновитьhttp rest url для вызова http://mywebapi -svc: 5000 / , но все равно не работает.В журналах веб-интерфейса я нахожу следующую ошибку 

Got error: getaddrinfo ENOTFOUND mywebapi-svc mywebapi-svc:5000

Искренне благодарю за помощь

Спасибо

............................................................

Обновление ..

Изменено mywebapi-svc для отключения безголовых.Текущий YAML ниже.Проблема все та же .. 

apiVersion: v1
kind: Service
metadata:
  creationTimestamp: '2019-09-29T15:21:44Z'
  name: mywebapi-svc
  namespace: default
  resourceVersion: '667545270'
  selfLink: /api/v1/namespaces/default/services/mywebapi-svc
  uid: d84503ee-e2cc-11e9-93ec-a65f0b53b1fa
spec:
  clusterIP: 172.19.0.74
  ports:
    - name: mywebapiport
      port: 5000
      protocol: TCP
      targetPort: 5000
  selector:
    app: mywebapi-default
  sessionAffinity: None
  type: ClusterIP
status:
  loadBalancer: {}

1 Ответ

0 голосов
/ 28 сентября 2019

Это потому, что вы используете безголовый сервис

Полагаю, вам не нужен безголовый сервис для этой работы.Потому что DNS-сервер не будет возвращать один IP-адрес, если селектор меток имеет более одного совпадения.Удалите поле spec.ClusterIP из вашей службы. 

apiVersion: v1
kind: Service
metadata:
  name: mywebapi-svc
  namespace: default
spec:
  # clusterIP: None <-- remove
  ports:
    - name: mywebapiport
      port: 5000
      protocol: TCP
      targetPort: 5000
  selector:
    app: mywebapi
  type: ClusterIP

Теперь вы можете позвонить на конечную точку http://service-name.namespace-name.svc:port из своего внешнего интерфейса.Это должно работать.

В случае, если ваш webapi с состоянием, вы должны использовать statefulset вместо deployment.

...