DE
а как состояния передавать для алгоритмов? я вот ни как это дело догнять не могу. если бизнес процес, на разных шагах нужно обращаться к состоянию , как без этого?
Состояние лежит в БД
Size: a a a
2020 September 21
PS
Состояние лежит в БД
одна бд для всех микросервисов?
DE
одна бд для всех микросервисов?
Нет
PS
у меня для каждого своя. смущало поначалу дублирование информации частичное...
˸A
Состояние лежит в БД
Может быть (S3) бакет или даже кеш - не важно. Состояние = persist где-то... И желательно не в оперативной памяти))
NF
Вопрос вот такой. Есть kafka, nats, все как бы для микросервисов, обчитался и перепробовал. Но вот не догоняю все равно одну тему. Ну отправил я сообщение на шину, ну получил его кто то ... и... не справился, не отработал и получается все. Тот же sidekiq для рельсы, bull для ноды поверх redis будет пытаться дожать задачу, повторы и все такое. Нужно поверх kafka or nats писать проверку успешности и повторы делать?
не эксперт, но вроде для таких штук как sidekiq из коробки нет всего вот этого: проверка успешности, повторы, подтверждения и мертвый вокрер = не обработка джобы. А все эти ребиты кавки и подобное дают гарантии того что джобы возобновятся + подтверждение
PS
не эксперт, но вроде для таких штук как sidekiq из коробки нет всего вот этого: проверка успешности, повторы, подтверждения и мертвый вокрер = не обработка джобы. А все эти ребиты кавки и подобное дают гарантии того что джобы возобновятся + подтверждение
блин, но по факту sidekiq, как раз нет воркера то он дожется и даст ему задачу. или если таска не выполнена, повторит. а все остальное какая то маркетинговая шляпа пока. NATS- нет воркета, ну и хорошо не выполним. KAFKA - нет воркера, подождем , появился не справился, ошибка -> пофиг, сообщение то получил и все , повторов не будет.
AC
Вопрос вот такой. Есть kafka, nats, все как бы для микросервисов, обчитался и перепробовал. Но вот не догоняю все равно одну тему. Ну отправил я сообщение на шину, ну получил его кто то ... и... не справился, не отработал и получается все. Тот же sidekiq для рельсы, bull для ноды поверх redis будет пытаться дожать задачу, повторы и все такое. Нужно поверх kafka or nats писать проверку успешности и повторы делать?
А какая связь между брокером аля кафка и логикой вашего приложения?
PS
получаю сообщения, извлекаю и преобразовываю данные, пересылаю между микросервисами
PS
А какая связь между брокером аля кафка и логикой вашего приложения?
вообще ресльса монолитная в проде тормозит. вот nestjs+kafka_or_nats_or_bull(aka sidekiq for nodejs) появились
SP
Это транспорт, логику обработки ретраев всякие бэкофы и error queue самому делать или искать готовую инфраструктуру. Задача брокера - доставка и роутинг
PS
Это транспорт, логику обработки ретраев всякие бэкофы и error queue самому делать или искать готовую инфраструктуру. Задача брокера - доставка и роутинг
Понял, спасибо.
AC
@schekin посмотрел на sidekiq, это же шедулер, вот что то похожее на ларе https://laravel.com/docs/8.x/scheduling
PS
@schekin посмотрел на sidekiq, это же шедулер, вот что то похожее на ларе https://laravel.com/docs/8.x/scheduling
в моем случае sidekiq (rails) будет заменен в связи с изменение стэка на bull (для nodejs)
АЯ
Та я в курсе что у них там cpu-bound задачи на пхп есть
Интересно почему не выбирают другие языки, у них же там даже разрабы с экспертизой в разных языках присутствуют)
Надо будет поспрашивать
Интересно почему не выбирают другие языки, у них же там даже разрабы с экспертизой в разных языках присутствуют)
Надо будет поспрашивать
Разрабы с чем?
ЕР
Разрабы с чем?
Разрабы знающие другие языки*
АЯ
Чем тебе слово "опыт" то не нравится?
VS
Чем тебе слово "опыт" то не нравится?
Это вообще два разных понятия
VS
Экспертиза != опыт
АЯ
Конечно не равно.
Экспертиза это процесс
Экспертиза это процесс