DB
Это мне кажется уже в сторону "я гугл", а я не гугл )
Size: a a a
2021 April 13
IC
начни с dapr именно с точки зрения принципа работы
VS
Выглядит как говнина на хттп запросах
DB
И всё таки, вопрос про персист остается актуальным
в тч и в этом dapr (т к я понимаю суть там таже самая)
в тч и в этом dapr (т к я понимаю суть там таже самая)
IC
для не хайлоада покатит
DB
Для не хайлоада мне кажется лучше уж монолит с контроллерами
IC
я вроде тебе ответил - орлеанс предоставляет тебе абстракцию для хранения стейтов, но никто тебе не мешает менеджить стейт самому
IC
писать/читать в базу напрямую, но ты потеряешь, например, транзакции
DB
А мб я не так понял просто
DB
А чтобы их не терять, надо сохранять стейт актора и не трогать бд напрямую, если я правильно понимаю ?
IC
но там версионированное хранилище
IC
то есть там структура данных id; etag; payload
VS
в это же и суть акторов - у каждого свой стейт) микрософт пытался сделать persistent actors на service fabric, но что-то у них не взлетело. Стейт per actor напрашивается какой-нибудь nosql с запросом по ключу
IC
в общем совсем не реляционная
DB
Мне просто не нравится вся эта тема с тем, что надо полностью перепиливать персист
IC
если прокатит редис + контроллеры, то надо брать
DB
Окей, спасибо
DB
ТОлько не редис а keydb тогда уж )