statefulSet, в котором по одному container'у, в котором крутится сервер
Есть запрос со стороны frontend'а, пример test.com/game?id=qwerty
Вопрос - можно ли одним ingress правилом направлять трафик на нужный pod, основываясь лишь на query id=qwerty ?
Не хотелось бы на каждый statefulSet создавать свой Service и Ingress, особенно учитывая что кол. statefulSet постоянно меняется
Делайте 100 классов ингрес, и таким макаром разносите.
Звучит как пересмотр архитектуры
имеется ввиду на каждый statefulSet создавать свой Ingress? https://stackoverflow.com/a/57704209
Вам как надо каждое приложение выводить? Через один ингресс разом? Или на каждое по своему ингрессу?
Т. Е. Какая разница?
у меня мало опыта в k8s, поэтому присоединюсь к вопросу "А какая разница?" :) у меня может быть 100 statefulSet, может быть 1000, хотелось бы просто одним, "центральным", ingress dynamic правилом направлять трафик на нужный pod основываясь на query
VirtualService не помогает?
т.к. вышеописанный statefulSet добавляется/удаляется через CR, а точнее через оператор, я бы мог автоматизировать создание и удаление дополнительных service + ingress, но такое ощущение будто это велосипед и можно решить это более простым способом
не знаком с этим, погуглю, спасибо 😉
это вообще адекватно создавать на каждый statefulSet свой Service + Ingress, если их допустим.. 1000? учитывая что они все идентичны, кроме идентификатора
А зачем вы ямлы экономите? Ну создайте 1000 ингресов, это не же проблема
он вам херь советует от nginx inc controller, который никто не юзает
да, если там path разные.
правда судя по вашей задаче у вас не получится
нет, можешь заюзать истио и написать напрямую правило для энвой, чтобы он кидал сразу в правильный под
Обсуждают сегодня