Проблема с Istio 1.3.5 и обменом данными с azure концентратором событий с использованием совместимости с kafa - PullRequest
1 голос
/ 05 августа 2020

Итак, мы запускаем istio 1.3.5

У нас есть контейнер docker, в котором запущено приложение do tnet core, которое пытается получать сообщения от azure концентратора событий.

При включенном sidecar istio мы получаем 404, когда он выключен, все работает нормально. 1008 * вот yaml, связанный с istio, который «играет» в пространстве имен:

apiVersion: networking.istio.io/v1alpha3
kind: Sidecar
metadata:
  name: default
spec:
  egress:
  - hosts:
    - "./*"
    - "elasticsearch/*"
apiVersion: "networking.istio.io/v1alpha3"
kind: "DestinationRule"
metadata:
  name: "default"
spec:
  host: "*.MYNAMESPACE_NAME.svc.cluster.local"
  trafficPolicy:
    tls:
      mode: ISTIO_MUTUAL

apiVersion: "authentication.istio.io/v1alpha1"
kind: "Policy"
metadata:
  name: "default"
spec:
  peers:
  - mtls: {}

1 Ответ

2 голосов
/ 12 августа 2020

Мы разобрались в проблеме. Когда запускается сопроводительный файл istio и основной микросервис, есть период времени, когда сопроводительный файл istio инициализируется, а не «включен». В этот период весь сетевой трафик c от основного микросервиса блокируется. Чтобы исправить это, вам необходимо выполнить вызов конечной точки istio sidecar до запуска вашей основной программы.

    #!/bin/bash 
    until curl  --head localhost:15000   
    do  
       echo "Waiting for Sidecar"  
       sleep 3   
    done   
    
    echo "Sidecar available"  
...