ŹR
Короче, способы бороться со сплитом - это либо потеря консистентности - как в рафте.
Либо потеря доступности, если у тебя одна нода
Либо потеря доступности, если у тебя одна нода
Size: a a a
2020 August 29
ŹR
Поэтому жаловаться на то, что в CP система нету A - довольно бесперспективно
LL
Ты наивно думаешь что твои ноды не связаны, но на самом деле они связаны через ту базу данных, которую ты выберешь для этого
kvТак что твоя система получается
Не
Не
CPНе
CA, потому что при отвале базы (будь то postgresql, будь то etcd), ты не будешь доступнымНе
AP, по той же причинеŹR
Но вот рафт получается AP
ŹR
Если я правильно понимаю
ŹR
То, что называется «eventually consistent»
B
Ты наивно думаешь что твои ноды не связаны, но на самом деле они связаны через ту базу данных, которую ты выберешь для этого
kvНо я могу расматривать etcd как AP систему а мою систему как CA.
ŹR
Те когда нибудь может быть
LL
Но вот рафт получается AP
Нет,
raft — CPLL
И где тут рафт?
Там же где и
PaxosŹR
Да, согласен. Заспилитившаяся нода не будет отвечать
ŹR
Бля, слишком сложно
LL
Да, классификация
CAP слишком душная. Если представить классическую систему где есть Нода и Постгря, то она CP. А вот если заменить постгрю на какую-нибудь eventually consistent базу типа Cassandra, то эта система будет вообще никем из CAPП
ребят, а кто-нибудь пробовал писать дата-пайплайны на elixir ? Как альтернатива пайтону, например
2020 August 30
IM
Да, классификация
CAP слишком душная. Если представить классическую систему где есть Нода и Постгря, то она CP. А вот если заменить постгрю на какую-нибудь eventually consistent базу типа Cassandra, то эта система будет вообще никем из CAPŹR
Павел
ребят, а кто-нибудь пробовал писать дата-пайплайны на elixir ? Как альтернатива пайтону, например
Естественно
МБ
Павел
ребят, а кто-нибудь пробовал писать дата-пайплайны на elixir ? Как альтернатива пайтону, например
Flow?
EP
Ребят, появилось интервью чувака из Германии, который 6 лет кодит на elixir. Вы сюда такое выкладываете?