Привет. Может кто сталкивался или есть какие умные мысли/подходы. Ситуация

Question

Привет. Может кто сталкивался или есть какие умные мысли/подходы. Ситуация

следующая. Есть сервис который распределяет джобы между агентами. Джобы эти в пайплайне. Сам стейт этих джоб живет в памяти на протяжении жизни приложения. Нужно так, чтобы этот стейт умел переживать падение хоста (например обновили сервис), чтобы он встал, подхватил старый стейт, начал дальше распихивать джобы в агентов с того места где остановились. Проблема как раз в том, что по сути нам всегда нужно иметь два одинаковых стейта в базе и в памяти, потому что условное падение хоста может произойти в любой точке обработки, например поменяли стейт, в базу не успели сохранить. Может у кого есть идеи как это сделать?)

#oop #programming #russian #software #web-design

0

31.10.2023

7 ответов

30 просмотров

Evgenii Ryaboff

На мой взгляд похоже на стандартную проблему распределенной транзакции. Можно попробовать замутить что то в стиле 2 phase commit

0

31.10.2023

Yurij horssyyy

А сейчас что происходит после изменения стейта? Он в бд не пишется что-ли?

0

31.10.2023

Максим Федоров

tepmporal io рассматривали под такого рода задачу?

0

01.11.2023

Oleg

Максим Федоров
tepmporal io рассматривали под такого рода задачу?

да, прямо кейс для темпорал

0

01.11.2023

Ivan Rasikhin

Держать стейт в бд а не в сервисе

0

01.11.2023

Sergey P

Ivan Rasikhin
Держать стейт в бд а не в сервисе

Он об этом и спрашивает. Ток у него есть описание стэйта координатора и внешние процессы. Так как на каждый яих надо две штуки потрогать то есть нюансы как когда писать в бд и т д.

0

01.11.2023

Владимир · Accepted Answer

Владимир

Кстати, почему не рассматриваешь держать и менять стейт джоб в каком-нибудь редисе, а не в памяти приложения? (это не рекомендация, просто интересно)

0

31.10.2023

212 похожих чатов

Привет. Может кто сталкивался или есть какие умные мысли/подходы. Ситуация

7 ответов

Похожие вопросы