внешнего доступа к приложению. Но тут возник кейс, когда куча мелких сервисов ходят друг к другу по HTTP, но внешний доступ к ним не нужен. И получается что все равно нужно для каждого приложение делать ингресс, чтобы реализовать sticky sessions?
server name не ? Но в рамках одного namespace
они ходят по dns-имени сервиса. И есть каждое приложение существует только в 1 экземпляре то проблем нет. Если хочется поднять хотя бы 2 пода, то уже начнут сессии разъезжаться
ну так это уже от приложение зависит, что оно там дальше делает. Если они данные разъезжаются , значит оно не может работать в нескольких экземпляров. Не вижу как тут ингресс поможет, так как все точно так же будет или ты в один под или в несколько
как я понимаю, ингресс отдает куку и приложение ходит с ней, на ее основании ингресс роутит в тот или иной под
у тебя сессия установилась и пока не разорвется оно будет ее держать. Кука тут ничего не решает.
Проще реализовать сессии в приложении
я может неправильно выразился, это скорее не сессии а запросы, они долго не живут.
они кстати есть, но сессию конкретного юзера не получится связать с кукой ингресса
ну это не важно как ты назовешь. Ну давай просто уберем кубер. Вот ты поднял несколько приложений и поставил впереди любой балансировщик, что дальше ?
ну собственно уже ответили ниже. или это браузерные куки или научить приложение эту куку получать и отдавать при каждом обращении
куки тебе кто то генерировать должен, они не из воздуха берутся Например etag в nginx.
И зачем там сессии?
Куки - это для браузера. Не, можно и на уровне сервиса куки хранить, но это изврат
Запрос в рамках тсп соединения отрабатывает, ему не надо стикинесс
Обсуждают сегодня