трафик только на один под, когда он заскейлен более чем на 1?
Ох..в кубе есть камунда, в неё ходят сервисы по внутренним урлам. Есть желание заскейлить её > 1, но у камунды есть кокпит который отдаётся айфреймом, по факту - микросервис c NGINX у которого роут по локейшенам в Service куба. Если трафик будет по RR ходить, то последующие запросы будут 401 отдавать, нужно sticky session. Думал сделать доп Service и на уровне NGINX гнать трафик на него, а все остальные запросы чтобы на Service шли который по RR разруливает
подними отдельную реплику чисто для хождения
думал о таком, но что-то меня смущает в такой реализации...думал красивее можно
чем тебе не варик? у тебя будет разделения, два деплоймента, один отвечает за сервис, другой за гуй. Или пусть норм напишут так что бы не было 401
ну в целом да, выглядит как рабочий вариант, спасибо
а какие запросы 401 отдают-то?
Я так понял в кокпите авторизуются на определённом инстансе камунды, куда сначала трафик пошел. Затем если обновить страницу - запрос уйдёт по RR уже на другой инстанс где не будет авторизации
дак сделай стики и все
это на ингрессе делается, насколько я понял, а апи камунды за кластер не выведено, доступно только по Service
Обсуждают сегодня