тогда будет 200+ микров

Тогда прокачивайте редис и держите сервисы идемпотентными

это плохо?)

Просто то, что вы хотите - это уже бизнес разделение, его на прокси не делают, если только нет различий в пути запроса

это будет 200+ копи паста с одной и той же логикой но с разными конфигами 😱
если бы вы сказали еще statefulset  в зависимости от конфигурации то ладно, но отдельный сервис под отдельный товар, что просто взять и положить его цену в кэш звучит не оч )
хочется решить эту проблему маштабированием одного докер сворм сервиса и если можно так сказать оркестрацией либо комуникейтом между этими его инстансами.
такой момент что в рантайме может появится новый товар как быть в таком случае ?
Хочу просто добавить его в движ, если проседаю по лагу +1 одна партиция на кафке и +1 инстанс на докер сворме

еще больше скажу, цены прилетают в один топик и по ключу по разным парцтициям ложатся, с 200+ сервисами нужно слушать один и тот же топик и фильтровать свои цены, то есть вместо кафка группы и имея под ногами сворм или кубер будет костыльно руками и ногами маштабировать сервис и бить на  "доменную модель"

Так по топику приходит запрос или по рест?

актуальные цены по топику, покупка товара по ресту, но что бы купить товар нужно знать его актуальную цену то есть попасть на нужный инстанс сервиса, где в кэше лежат его цены )

вот что хочу 🙈

Ещё раз, это бизнес роутинг, его делаете либо сами, либо делаете признак в запросе, который сможет понять балансировщик

Этот признак обычно является частью пути в запросе

Либо заголовком

ок, как балансировщик узнает куда роутить ?

Но я не уверен что это умеет балансировщик сварма

Ну если использовать апи гейтвей, то он знает

Даааа ну как ? если слушаем то мы это из кафки где то отвалился консюмер и в риал тайме часть мессежей с актуальными ценами перешлис 3 инстанса на 2 после ребалансировки кафка группы )

Это был ответ про веб. Про кафку - только Х слушателей по ключу

На инстанс

тут веб + кафка замес 😆
одно без другого не будет )

Ну я дал советы для обоих