Здравствуйте,

подскажите пожалуйста, возможно ли и если гиблая идея, то подскажите рабочую идею, спасибо!

У меня есть стандартное Spring Boot 2.4 Web MVC приложение с секьюрити, фильтрами и так д.
Я хочу прикрутить в нём Proxy чтоб перенаправлять запросы на совершенно другое приложение. Хочу скомбинировать 2 сервиса.
Пробовал с spring-cloud-starter-netflix-zuul - приложение не стартануло, не буду вдаваться в подробности.
Погуглил, говорят нужно использовать spring-cloud-gateway - но там совершенно другой концепт и оно не будет корректно работать с моим Spring Boot 2.4 Web MVC приложением.

Вопросы:
1. Можно ли как-то сконфигурировать прокси так, чтоб в моём приложении видеть UI сервиса который вызывается через прокси? Я понимаю, что если передаётся html, то он по идее должен отобразиться в браузере.
2. Какие в данном случае есть альтернативы? Насколько понял zuul не будет больше поддерживаться.

Спасибо!

Да, я о прокси сервере. Reverse proxy. Как Nginx, только все запросы идут черз моё приложение.

По моей задумке есть приложение где есть определённый фенкционал но если например пользователь идёт на url myapplication/proxy к примеру - показывается GUI другого сервиса, но я не иду напрямую к нему, а все запросы идут через моё приложение. Как это можно организовать через тот же Nginx я понимаю и могу сделать, но хочу в своём приложении контроллировать сессии к этому url.

Надеюсь объяснил немного понятней.

Спасибо!

- всё моего

Сервис 1: Spring Boot MVC, Security, Login -> https://mydomain.com -> http:mycentralservice:8080(мой сервер)
Сервис 2: Django service with ui -> https://mydomain.com/proxy -> http:mycentralservice:8080/proxy(мой сервер) -> http:myjangoservice:9090(мой сервер)

нет, /proxy это пример.
вы меня не совсем поняли, мне кажется.

https://mydomain.com -> http:mycentralservice:8080(мой сервер)

https://mydomain.com/service2 -> http:mycentralservice:8080/proxy(мой сервер) -> http:myjangoservice:9090(мой сервер)

Может так понятней будет.
Да с гуи, и его я хочу показывать через прокси.

Я вас понял. Наверное нужно будет так и сделать, маленький сервис. Которій будет делать для меня то что я хочу.

Прокси можно по разноу интерпретировать.
https://spring.io/guides/gs/routing-and-filtering/

Спасибо за ответы.

@mad_nazgul

Весь трафик идёт через Traefik. Просто не хотел сильно углубляться в несколько микросревисов, но наверное придётся всё таки автентификацию и секюрити выносить в отдельный сервис

Потому что пользователь регистрируется на центральном сервисе, и не каждый пользователь имеет доступ к тому или иному сервису. Которые тоже имеют отдельную авторизацию. Поэтому идея была, пускать весь трафик церез центральное приложение и спрингом конфигурировать все доступы и так д.
Теперь понимаю, что авторизацию и проверку пользователей лучше выносить в отдельный сревис и делать API Gateway где весь трафик будет распределяться так как нужно.

авторИ заметь, я ни слова не сказал про микроСЕРВИСЫ
- я и сам хотел немного избежать, делал пока всё в одном сервисе, но вижу, чтоб красиво и корректно осуществить задуманное, нужно разделять и всё прятать за своей логикой и отдельным API Gateway.
Вродь неплохая вещь, попробую. https://github.com/Kong/kong

- так и хотел. Но если взять например, чисто банально. Хочу взять опенсоурс продукт и использовать. Легче взять продукт готовый с GUI и перенаправлять на него трафик, нежели внедрять в свой сервис.

- Знаю. ))) Хотел с помощью такого своеобразного прокси не делать SSO )))