другому сервису в этом поде, есть два варианта: обратиться по адресу самого сервиса (http://backend) или по урлу домена (например api.domain.com, который через ингресс попадет в тот же самый сервис). Насколько значительна разница между такими запросами?
Сходите на локалхост если у вас два контейнера в одном поде
Ну или по локалосту, да. Мне интересно, насколько высокая разница по перфомансу. Понятное дело, что в первом случае будет эффективнее, но насколько критично? У фронта приложение с SSR (nextjs), то бишь придется делить серверные запросы (куда можно указать ссылку на локалхост в поде), и клиентские запросы, где к поду обратитьяс нельзя. Хочу понять, стоит ли овчинка выделки или можно просто везде на домен стучаться и через ингресс ходить?
Конечно высока, у вас раундтрип через хз сколько хопов
Надо разделять. Более того запросы сами на себя через ingress могут не работать, если там cilium и proxy protocol у ingress controller
а как силиум тут помешает?
увидет что запрос на службу и перенаправит его на ingress controller напрямую, а так как там proxy protocol клиент получит говно вместо http протокола cilium типо умный, но только в данном случае это ломает. Ну собственно как и всегда с cilium 😂
https://github.com/compumike/hairpin-proxy kube-proxy тоже подвержен.
странно, на сетапах с kube-router у меня такого не было. ПРавда я там kube-proxy тоже не юзал
Там нюансовый момент. От облака и прочего зависит. Уже, наверное, и от версии Kubernetes. Неприятная вещь.
обращайся всегда на локалхост
Обсуждают сегодня