Size: a a a

2020 December 09

M

Mikhail in pro.net
Клуб юный архитектор спроектировал надежное решение на основе современных технологий
источник

M

Mikhail in pro.net
Shukurdin Aidarov
хуйня какая та у нас)
Это хорошая характеристика
источник

M

Mikhail in pro.net
Правдивая
источник

AH

Ayrat Hudaygulov in pro.net
Roman Bukin
У вас инфра онпремис или клауд?)
да там люди про консумер группы не знают в кафке
источник

RB

Roman Bukin in pro.net
Shukurdin Aidarov
хуйня какая та у нас)
У редиса в ажуре SLA 99.9
источник

AH

Ayrat Hudaygulov in pro.net
у них сообщение 3 раза читается!!11
источник

N

Nikita in pro.net
Ayrat Hudaygulov
у них сообщение 3 раза читается!!11
Да это же броадкаст!
источник

RB

Roman Bukin in pro.net
Ayrat Hudaygulov
у них сообщение 3 раза читается!!11
Ну вообще так оно быстрее доставится ж
источник

RB

Roman Bukin in pro.net
Перфоманц
источник

SA

Shukurdin Aidarov in pro.net
Ayrat Hudaygulov
у них сообщение 3 раза читается!!11
потому каждый инстанс находится в разной консьюмер группе
источник

AH

Ayrat Hudaygulov in pro.net
Roman Bukin
Ну вообще так оно быстрее доставится ж
тогда делай топик отдельный!
источник

AH

Ayrat Hudaygulov in pro.net
Shukurdin Aidarov
потому каждый инстанс находится в разной консьюмер группе
ну почините там сами, я ж не знаю как вы там топики и консумеров распределили
источник

IC

Ilya Chernoudov in pro.net
Shukurdin Aidarov
Всем привет, я опять со своей болью.

Есть сервис который читает сообщения из кафки и отправляет его клиенту по веб-сокету. Недоставленные сообщения сервис хранит у себя в памяти пока действует ttl. Отправленые же сообщения он удаляет после получения потверждения  от клиента (гарантийная доставка).

Дело в том что инстансов этого сервисе очень много и сообщений в кафке много, но одно сообщение предназначено для одного клиента. То есть клиент создает соединение с каким определенным инстансом сервиса, поэтому каждому инстансу приходится читать копию сообщения, чтобы можно было отправить его клиенту. Из-за этого в каждом инстансе становится очень много сообщений, которые доставить невозможно потому что соединение с нужным клиентом только на одном инстансе.
Чтобы сервис не упал из-за нехватки памяти мы сделали ограничение на максимальное количество сообщений в сервисе. Но из-за этого у нас увеличилось время доставки сообщения клиенту (лаг в кафке около 1500 сообщений).

Так вот думаем не хранить сообщения в памяти а хранить в бд - она конечно не реизновая, но в нее гораздо больше влезет. Можем чистить бд раз в день.

Как считаете норм будет или нет?
Загугли про Redis backplane для signalr
источник

SA

Shukurdin Aidarov in pro.net
Ладно, спасибо)
Хоть развеселил всех)
источник

RB

Roman Bukin in pro.net
Shukurdin смотри за руками - отказываешься от гарантии доставки в обмен на скорость и доступность)
источник

RB

Roman Bukin in pro.net
Всё)
источник

M

Mikhail in pro.net
Roman Bukin
Shukurdin смотри за руками - отказываешься от гарантии доставки в обмен на скорость и доступность)
Надеюсь не вся додо пицца так работает
источник

M

Mikhail in pro.net
Еда без гарантии доставки
источник

M

Mikhail in pro.net
Это хуево
источник

M

Mikhail in pro.net
Ждёшь свой додстер
источник