#kubernetes #istio
#kubernetes #istio
Вопрос:
Я получил пространство имен с включенным автоматическим внедрением istio, App-A и App-B находятся в этом пространстве имен, App-A отправляет post-запрос в App-B для регистрации, используя доменное имя «register.a.com «. Это доменное имя указывает на serivce ClusterIP приложения-B (в моем случае «10.79.229.193») через kubernetes «hostAliases». Приложение-A всегда получает 404 после отправки запроса.
В модуле App-A пытается отправить запрос post на «register.a.com » используя curl
return 404, но заменив это доменное имя на «10.79.229.193», все будет хорошо.
У него есть конфигурация «Gateway» и «VirtualService», но они предназначены для трафика извне в сетку, верно?
Естественно, разрешен ли трафик между службами в сетке? или я должен настроить это?
Комментарии:
1. Привет, какую версию istio вы используете? Это можно было бы использовать
ServiceEntry
для создания внутреннего псевдонима, который зависит от разрешения dns, как описано в документах .2. @Piotr Malec Извините за задержку, версия Istio 1.6.8, и я прочитал документы, которые вы мне дали, попробовал
ServiceEntry
в моем развертывании (как показано ниже), но это не сработало. Я обнаружил, чтоServiceEntry
в основном используется для «внешней службы», которой мы хотели бы управлять с помощью istio. apiVersion: networking.istio.io/v1beta1 вид: Метаданные ServiceEntry: имя: спецификация oa-register: хосты: — register.a.com порты: — номер: 8761 имя: oa-register протокол: HTTP местоположение: MESH_INTERNAL разрешение: СТАТИЧЕСКИЕ конечные точки: — адрес: 10.79.229.1933. И я не мог придумать, какая правильная конфигурация для достижения этой цели.