AS
если не изменяемое по ссылке а объект за ним мутабельный - это остается стейтлесс если ссылка на объект пришла извне в качестве "конфигурационных данных")
Size: a a a
2021 July 07
AS
тк при создании достаточно ту же ссылку иметь
AS
ну типа. вот есть стейтлесс микросервис (думаю все примерно понимают что это такое)
он сконфигурен на какой-то персистенс/базу
если его изменить так что персистентные данные он будет класть к себе в инмемори дб - он станет стейтфул, верно?
вот тоже самое кажется можно без проблем применить в классу/объекту
он сконфигурен на какой-то персистенс/базу
если его изменить так что персистентные данные он будет класть к себе в инмемори дб - он станет стейтфул, верно?
вот тоже самое кажется можно без проблем применить в классу/объекту
EK
А если этот мутабельный объект в конструкторе создаётся?
AS
то это стейт да
AS
тоесть выше я подразумевал что ссылка это часть конфигурационных данных. оговорка важная, надо дописать
T
вот-вот
T
а следующее что хочется решить - что делать, если инстансов микросервиса с данными в памяти больше одного
T
и как сделать так чтобы запросы на какую-то конкретную часть стейта (по ID) приходили на тот инстанс где оно в памяти
T
и после долгих метаний и гуглений - понять, что это и есть акка кластер )))
P
такое можно сделать с помощью брокера, например, Apache Pulsar (наверняка кафкой тоже), где ID будет ключ к сообщению в очереди. будет и очередность, и роутинг по ID, и в сервисе лежать в памяти. у меня так часть сервисов написана
T
пульсар интересный, да, но он вот только появился
а есть опыт реальный с ним, и на основании его stateful stream consumers?
а есть опыт реальный с ним, и на основании его stateful stream consumers?
P
у меня на нем весь прод. клиента к нему функционального не было - свою обертку написали. код джавовой либы - немного страшный, но в целом все работает норм
T
ага, а что происходит при изменении конфигурации консюмеров?
стираются кеши и всё восстанавливается из стримов на новой ноде?
стираются кеши и всё восстанавливается из стримов на новой ноде?
T
или это самому всё надо писать?
P
зависит от типа подписки консьюмера. https://pulsar.apache.org/docs/en/concepts-messaging/#subscriptions
не особо понял о каком кеше идет речь.
не особо понял о каком кеше идет речь.
T
я так понимаю мы про key-shared
P
а о какой конфигурации вопрос?
если было 5 консьюмеров по key-shared подписке, а один отвалился, тогда сообщения будут распределены на остальные 4. состояние из консьюмера 5 магически не переедет на остальные 4, если в этом вопрос
если было 5 консьюмеров по key-shared подписке, а один отвалился, тогда сообщения будут распределены на остальные 4. состояние из консьюмера 5 магически не переедет на остальные 4, если в этом вопрос
P
спасение данных - дело самих утопающих
P