П
я когда-то придумывала тестовое задание на использование GenServer, может будет интересно сделать https://gist.github.com/Apelsinka223/a9e4fadfb47e325e0e8196fb9d79715a
будет полезно тем, кто в стадии обучения. Спасибо
Size: a a a
2020 August 29
ГК
я когда-то придумывала тестовое задание на использование GenServer, может будет интересно сделать https://gist.github.com/Apelsinka223/a9e4fadfb47e325e0e8196fb9d79715a
За это дякую 😊
LL
мне нужно сервис написать где процессы будут синхронизированны между нодами(один процесс на каждого юзера на все ноды) без дублирования процессов. Думаю как бы лучше это организовать, чтобы не происходило дублирование во время сплита и на сколько хорошо подойдет Etcd в качестве хранилища.
global использовать можно. Зачем вообще etcd ?B
не эрланговский кластер, забыл уточнить. Кубернетес.
PG
я когда-то придумывала тестовое задание на использование GenServer, может будет интересно сделать https://gist.github.com/Apelsinka223/a9e4fadfb47e325e0e8196fb9d79715a
добавь .md расширение файлу
LL
не эрланговский кластер, забыл уточнить. Кубернетес.
Уходи
SK
Уходи
почему?
ŹR
А ктонибудь пишет в Еtcd, чтонибудь с элексира?
А какие альтернативы?
ŹR
Consul?
LL
Suren Kirakosyan
почему?
Не знаю
LL
Я просто не понимаю что мешает запустить "эрланговский кластер" в кубах
B
А какие альтернативы?
Ну консул вроде уже в тени. Я не пользовал ни то не другое. Советуюсь тем ли я пытаюсь решить эту проблему.
ŹR
Если у тебя в эрланге будет нетсплит, то почему ты думаешь что у etcd не будет нетсплита?
B
Я не думал насчет сплита в эрланге, так как не использую.
ŹR
Ну ты же пишешь “чтобы не происходило дублирования во время сплита”
LL
мне нужно сервис написать где процессы будут синхронизированны между нодами(один процесс на каждого юзера на все ноды) без дублирования процессов. Думаю как бы лучше это организовать, чтобы не происходило дублирование во время сплита и на сколько хорошо подойдет Etcd в качестве хранилища.
А какую консистентность ты хочешь вообще?
Если второе — то нужно иметь единый источник данных. Это может быть база данных или какая-то нода (выбором лидера, например)
Если первое — то тут тысячи вариантов со своими
Eventual или StrongЕсли второе — то нужно иметь единый источник данных. Это может быть база данных или какая-то нода (выбором лидера, например)
Если первое — то тут тысячи вариантов со своими
tradeoff-амиLL
И если хочешь писать бота то лучше на классический рынок идти а не крипто. Крипта сразу x10 к не определенности, чем выше неопределенность тем бесполезнее твой бот.
Я вот понятния не имею откуда у тебя такая информация. У меня есть лично друзья, которые живут и зарабатывают на ботах на крипте по 5-10% в месяц
B
А какую консистентность ты хочешь вообще?
Если второе — то нужно иметь единый источник данных. Это может быть база данных или какая-то нода (выбором лидера, например)
Если первое — то тут тысячи вариантов со своими
Eventual или StrongЕсли второе — то нужно иметь единый источник данных. Это может быть база данных или какая-то нода (выбором лидера, например)
Если первое — то тут тысячи вариантов со своими
tradeoff-амиВторое в качестве базы я планирую как раз использовать Etcd - плохо еще въехал в то как это технически устроенно.
B
И там используется Raft алгоритм с выбором лидера как раз.
LL
Второе в качестве базы я планирую как раз использовать Etcd - плохо еще въехал в то как это технически устроенно.
Так и не нужен тебе тогда
etcd вообще. Какая у тебя база сейчас в проекте есть?