Нет доступа к сервису на кластере minikube | Istio

Журналы запуска Pod Я не могу получить доступ к службе весенней загрузки в моем кластере minikube. На своем локальном компьютере я настроил кластер minikube и создал образ докера моей службы. Моя служба содержит несколько простых конечных точек REST.

Я настроил minikube для получения моего локального образа докера или я должен сказать, чтобы он взял мой образ докера. Но теперь, когда я это сделаю

kubectl get services -n istio-system

Я получаю следующие услуги kubectl get services | Список сервисов в кластере minkube | Kubectl получает модули для всех пространств имен | Kubectl описать сервис

Я пытаюсь получить доступ к своей службе с помощью команды ниже

minikube service producer-service --url что дает http://192.168.99.100:30696

У меня есть URL-адрес ping в моем сервисе, поэтому в идеале я должен получать ответ, нажимая http://192.168.99.100:30696/ping

Я не получаю здесь ответа. Не могли бы вы, ребята, дайте мне знать, что мне здесь не хватает?

Развертывание модели машинного обучения с помощью Flask - Angular в Kubernetes
Развертывание модели машинного обучения с помощью Flask - Angular в Kubernetes
Kubernetes - это портативная, расширяемая платформа с открытым исходным кодом для управления контейнерными рабочими нагрузками и сервисами, которая...
Как создать PHP Image с нуля
Как создать PHP Image с нуля
Сегодня мы создадим PHP Image from Scratch для того, чтобы легко развернуть базовые PHP-приложения. Пожалуйста, имейте в виду, что это разработка для...
1
0
460
1

Ответы 1

Описанное вами поведение предполагает проблему с отображением портов. Используется ли ваша служба загрузки Spring на порте по умолчанию 8080? Соответствует ли внутренний порт вашей службы порту, на котором запущено приложение Spring boot (он будет в журналах запуска вашего приложения). Порт на вашем снимке экрана выглядит как 8899. Также возможно, что ваш модуль находится в пространстве имен, отличном от вашего сервиса. Было бы полезно включить журналы запуска вашего приложения и вывод «kubectl get pods --all-namespaces» и «kubectl describe service provider-service».

Привет, @Ryan! Моя служба Spring Boot работает на 8899. Я изменил порт по умолчанию в application.properties загрузочного приложения, так что он работает на 8899. My Pod находится в том же пространстве имен, что и все службы istio, то есть istio-system. Я приложил журналы запуска модуля.

Abhilash Padhee 15.08.2018 08:30

Не могли бы вы попробовать развернуть тестовое приложение в пространстве имен по умолчанию и выставить его через NodePort для сравнения, например. github.com/ryandawsonuk/minions/blob/master/README.md)? Проверка того, есть ли у вас доступ, поможет сузить круг вопросов, если проблема связана с диапазоном портов вашего мини-куба, пространством имен, приложением или чем-то еще. Если у вас есть yaml вашего Сервиса или команда, использованная для его создания, это также будет полезно.

Ryan Dawson 15.08.2018 08:52

Конечно, я попробую описанное выше. Тем временем я добавил все скриншоты. Не могли бы вы заглянуть в «kubectl description services» и дайте мне знать, если что-то мне не хватает.

Abhilash Padhee 15.08.2018 09:13

Спасибо, что добавили это. Я не вижу очевидной причины. Похоже, что это должно быть показано с помощью NodePort примерно так же, как в примере. Мои лучшие идеи на данный момент заключаются в том, что нормальный диапазон портов minikube не открыт или что-то в кластере блокирует его (возможно, istio).

Ryan Dawson 15.08.2018 09:26

Другие вопросы по теме