Size: a a a

Scalability Camp — чат про распределенные системы (и про HPC)

2021 January 29

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
если eventual consistency - то запись всего на мастер будет быстрая, а появление результатов на слейвах с задержкой. А если писать равномерно на несколько нод, то задержка будет вообще плохо предсказуемая
источник
2021 January 30

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
Nikolay
если eventual consistency - то запись всего на мастер будет быстрая, а появление результатов на слейвах с задержкой. А если писать равномерно на несколько нод, то задержка будет вообще плохо предсказуемая
eventual consistency работает вообще без лидера
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
но между evetual и linearizable есть ещё варианты
источник

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Jerzy Syrowiecki
eventual consistency работает вообще без лидера
Но ведь сделать и обратное. Можно и с лидером иметь EC. Например если лидер не будет ждать запись на реплики, а читать мы будем со всех нод.если мы говорим не только про Кассандру.
источник

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Обратное тоже верно. Можно достигнуть строгой консистенции и на leader less.
источник

ZO

Zlata Obukhovskaya in Scalability Camp — чат про распределенные системы (и про HPC)
Nikolay
Обратное тоже верно. Можно достигнуть строгой консистенции и на leader less.
А можно примеры систем, где так работает?
источник

AB

Aleksandr Borgardt in Scalability Camp — чат про распределенные системы (и про HPC)
Реклама в fb
источник

AB

Aleksandr Borgardt in Scalability Camp — чат про распределенные системы (и про HPC)
Таймеры в teencen
источник

ZO

Zlata Obukhovskaya in Scalability Camp — чат про распределенные системы (и про HPC)
Aleksandr Borgardt
Реклама в fb
Ссылки было бы совсем круто, я с интересом почитаю
источник

AB

Aleksandr Borgardt in Scalability Camp — чат про распределенные системы (и про HPC)
После снятия локдауна можно попросить  обноличить желание которое мне должен павил
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
Zlata Obukhovskaya
А можно примеры систем, где так работает?
блокчейны всякие
источник

AB

Aleksandr Borgardt in Scalability Camp — чат про распределенные системы (и про HPC)
нетолько
источник

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Zlata Obukhovskaya
А можно примеры систем, где так работает?
такие системы будут сложнее тех, которые строятся на leader-based протоколах и будут в общем случае медленнее. Т.е strong consistency проще запрограммировать используя систему с лидером. Это больше про теоретические изыскания. Мне такой базы к примеру не известно. Буду рад, если кто-то приведет пример такой базы. А про теоретическую часть можно, например тут почитать.  https://ieeexplore.ieee.org/document/7527818
источник
2021 January 31

RS

Rinat Shigapov in Scalability Camp — чат про распределенные системы (и про HPC)
Nikolay
такие системы будут сложнее тех, которые строятся на leader-based протоколах и будут в общем случае медленнее. Т.е strong consistency проще запрограммировать используя систему с лидером. Это больше про теоретические изыскания. Мне такой базы к примеру не известно. Буду рад, если кто-то приведет пример такой базы. А про теоретическую часть можно, например тут почитать.  https://ieeexplore.ieee.org/document/7527818
С точки зрения развертывания узлы могут быть симметричны - каждый будет лидером своих поддиапазонов ключей, по которым доступны данные. Не нужен выделенный лидер.
источник

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Rinat Shigapov
С точки зрения развертывания узлы могут быть симметричны - каждый будет лидером своих поддиапазонов ключей, по которым доступны данные. Не нужен выделенный лидер.
Хороший вопрос. Такая система , которая хранит данные без избыточности не будет обладать способностью обслуживать все запросы при выходе этого одного узла из стоя. Т.е к не не бклет hight availability
Обычно рассматривают системы где используется избыточное хранение. И вопрос leaderless /leader / multi leader это вопрос про архитектуру репликации.
источник

RS

Rinat Shigapov in Scalability Camp — чат про распределенные системы (и про HPC)
Избыточность поддерживается за счёт follower'ов, следующих за лидером
источник

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Rinat Shigapov
Избыточность поддерживается за счёт follower'ов, следующих за лидером
Тогда то, что вы описали - это и есть leader-based replication, есть еще leaderless and milti-leader. Strong consistency можно добиться в любой из этих архитектур, но конечно учитывая, что CAP теорему не обойти.
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
но теорема CAP не запрещает масштабировать запись
источник

RS

Rinat Shigapov in Scalability Camp — чат про распределенные системы (и про HPC)
Cap применима для простейших систем вроде регистра. Реальные системы сложнее.
источник

IA

I Am in Scalability Camp — чат про распределенные системы (и про HPC)
Rinat Shigapov
Cap применима для простейших систем вроде регистра. Реальные системы сложнее.
Поэтому CAP расширили до PACELC?
источник