Все уже происходит после ингреса, фронт идет на бекенд условно на backend/v1/ping и это роутит на старую версию, а backend/v1/pong и остальное на бекенд новой версии.
Все уже происходит после ингреса, фронт идет на бекенд условно на backend/v1/ping и это роутит на старую версию, а backend/v1/pong и остальное на бекенд новой версии.
Мне трудно понять о чем речь, ингресом мы прийдем на фронт, он ничего не знает о двух версиях бекенда, все это как-то нужно проварачивать абсолютно прозрачно для него. Кроме как использовать сервис меш я ничего для подобной реализици не знаю.
а как так получается что под с фронтом пойдет на бекенд? просто на мой взгляд, под с фронтом отдаст статику какую-нибудь клиенту на браузер, а уже оттуда клиент обратно вернется через ингресс в бекенд
а как так получается что под с фронтом пойдет на бекенд? просто на мой взгляд, под с фронтом отдаст статику какую-нибудь клиенту на браузер, а уже оттуда клиент обратно вернется через ингресс в бекенд
Мне трудно понять о чем речь, ингресом мы прийдем на фронт, он ничего не знает о двух версиях бекенда, все это как-то нужно проварачивать абсолютно прозрачно для него. Кроме как использовать сервис меш я ничего для подобной реализици не знаю.
Почему фронт вообще напрямую должен ходить в бек внутри кубера ?
Такое было условие задачи. Не я ее придумал. Это может быть не фронт и бек, а условно два контейнера, и для одного нужно прозрачно изменить куда он ходит в зависимости от урлы.
Такое было условие задачи. Не я ее придумал. Это может быть не фронт и бек, а условно два контейнера, и для одного нужно прозрачно изменить куда он ходит в зависимости от урлы.
Возможно подразумевалось, что ты скажешь, что задача фуфло