ŹR
Ну и нестабильное соединение - тоже твои проблемы)
Size: a a a
2019 July 20
DD
Если multiple dc будет 1к пинг - это твои проблемы, средствами эрланга они никак не решаются
а чем такое вообще решается)))
ŹR
а чем такое вообще решается)))
Есть разные концепции, типа event sourcing, какие то асинхронные коммиты с подтверждениями, кэширование и правильное шардирование. В общем это то за что всяким крутым бородатым дядям - и тётям ( чтобы без сексизма ) - платят много денях
ŹR
Другое дело, что в beam не надо думать обо всем остальном. Типо вот я на рельсе две недели записывал и читал из базы, ходил в редис, насиловал sidekiq schedulers для того, что на genstage пишется за день.
Причём реальная конкретная логика типо «повтори если получил ошибку, не больше столько то раз, в потом возьми дефолт» заняло 10 минут.
Причём реальная конкретная логика типо «повтори если получил ошибку, не больше столько то раз, в потом возьми дефолт» заняло 10 минут.
ŹR
Все остальное это: ой у нас нету ets, будем хранить сколько раз была ошибка в редисе. Ой, дефолт был в начале задачи, и в колбэке его нету - читаем из базы. Ой, мы в принципе не знаем внутри джобы на каком этапе мы находимся, потом что все стейтлесс. Будем каждую промежуточную переменную писать в базу, кроме тех, которые пишем редис
ŹR
И потом на стенде настрой редис - день, на проде настрой редис день, CI вместо одного контейнера должен целый compose запускать - пошло поехало
ŹR
В 2019 году голый crud нахуй никому не нужон. А самый прикол в том, что феникс это MVC. На нем можно писать круды пачками не зная OTP.
DD
Другое дело, что в beam не надо думать обо всем остальном. Типо вот я на рельсе две недели записывал и читал из базы, ходил в редис, насиловал sidekiq schedulers для того, что на genstage пишется за день.
Причём реальная конкретная логика типо «повтори если получил ошибку, не больше столько то раз, в потом возьми дефолт» заняло 10 минут.
Причём реальная конкретная логика типо «повтори если получил ошибку, не больше столько то раз, в потом возьми дефолт» заняло 10 минут.
a crontab ? судя по описанию на рельсе это так же 10 мин. или есть подвох ?
ŹR
Зато потом, когда дело доходит до «прикрутить блокчейн» или там «мл на питоне нужно из монолита асинхронно дергать» понимаешь зачем нужны акторы, нормальные виртуалки, безлопастная многопоточность и бесплатные долгоживущие кеши прямо в вм
DD
а добавить state machine ? или вопрос как хранить ее state в распределенной среде?
DD
ну очереди обычно делались и там можно state хранить - в примитивном случае в бд
ŹR
ну очереди обычно делались и там можно state хранить - в примитивном случае в бд
Правильно. У меня микросервис на 100 строк, и нужна бд?
DD
на редис день? да что там у вас такое настраивать то)) там настроек столько нет)
DD
хотя может у вас кластер
DD
с рейлз был пока только один прикол - надо было транзакцию запускать которая лочит таблицу - но из коллбека в модели это не удавалось сделать - потому что оборочивалось в транзакцию самим рейлз. пришлось из коллбека ходить по сокету к сервису и получать нужное.
DD
Правильно. У меня микросервис на 100 строк, и нужна бд?
а нужна persisted? ну да - тогда redis
ŹR
а нужна persisted? ну да - тогда redis
В эликсире не нужна, в этом то все и дело
ŹR
В эликсире это выглядит как синхронный код на 100 строк
DD
а как делается, чтобы повторный запрос заново например не запустил эти три попытки условные - который пришел например на соседнюю машину?
ŹR
Так же как и с бд - идемпотентность. Только uuid лежит в состоянии процесса, а не пишется и читается в бд на каждый колбэк