Size: a a a

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

2021 April 04

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
Alexander Petrovsky
А кто нить раскурил pacelc как продолжение cap? Какая-то крайне мутная штука
как теорему или эмпирический принцип? во втором случае довольно просто, могу объяснить
источник

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Jerzy Syrowiecki
как теорему или эмпирический принцип? во втором случае довольно просто, могу объяснить
Интересно послушать .+1
источник

AP

Alexander Petrovsky in Scalability Camp — чат про распределенные системы (и про HPC)
@cblp_su Ну да, интересно услышать как это понимают другие
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
если в общих чертах, то я врядли опишу лучше Википедии https://ru.wikipedia.org/wiki/Теорема_PACELC
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
а если конкретнее, то задавайте вопросы
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
первые 3 буква — PAC — это просто ссылка на CAP
источник

AP

Alexander Petrovsky in Scalability Camp — чат про распределенные системы (и про HPC)
Ну вики и прочее я читал, мне интересно как почему в «качество» данных описываемых через CAP привнесли например латенси. Понятно что можно связывать латенси и партишенинг толеранс как характеристику например сети, но выглядит слегка странно как по мне
источник

JS

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

— почему в случае, когда соблюдаются все 3 буквы CAP, надо выбирать между задержками (L) и согласованностью (C)

— что означает "соблюдаются все 3 буквы CAP"
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
Alexander Petrovsky
Ну вики и прочее я читал, мне интересно как почему в «качество» данных описываемых через CAP привнесли например латенси. Понятно что можно связывать латенси и партишенинг толеранс как характеристику например сети, но выглядит слегка странно как по мне
это скорее про качество продукта, как я понимаю. чем больше реплик требуется для подтверждения записи, тем позже пользователи увидят изменения
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
там говорится о задержке, которую обеспечивает ваша система своему пользователю, а не о задержках сети внутри системы
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
ваши внутренние проблемы пользователю не интересны, он платит не за них, а за ваш внешний SLA
источник

AP

Alexander Petrovsky in Scalability Camp — чат про распределенные системы (и про HPC)
Хм, а вот кстати выглядит как следствие того что ты писал выше, про количество реплик и аки от них. И тогда действительно латенси можно укладывать не только в сеть, но и в качество железа и продукта - тут я согласен
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
partition tolerance относится тоже не к сети, а ко внешним свойствам вашей системы. сеть при разрыве как раз совсем не tolerant. она рвётся. совсем. а ваша система при этом может выживать
источник

PB

Pavel Bukhmatov in Scalability Camp — чат про распределенные системы (и про HPC)
Alexander Petrovsky
А кто нить раскурил pacelc как продолжение cap? Какая-то крайне мутная штука
Можно почитать оригинал, там коротко довольно)
http://www.cs.umd.edu/~abadi/papers/abadi-pacelc.pdf
источник

AP

Alexander Petrovsky in Scalability Camp — чат про распределенные системы (и про HPC)
Jerzy Syrowiecki
partition tolerance относится тоже не к сети, а ко внешним свойствам вашей системы. сеть при разрыве как раз совсем не tolerant. она рвётся. совсем. а ваша система при этом может выживать
Не оч распарил это утверждение. Под P мы понимаем разделение нод, в большинстве случаев это все таки сеть
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
Alexander Petrovsky
Не оч распарил это утверждение. Под P мы понимаем разделение нод, в большинстве случаев это все таки сеть
Под P мы понимаем разделение нод нашей системы, а не IP-хостов
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
Alexander Petrovsky
Ну вики и прочее я читал, мне интересно как почему в «качество» данных описываемых через CAP привнесли например латенси. Понятно что можно связывать латенси и партишенинг толеранс как характеристику например сети, но выглядит слегка странно как по мне
я вот это "можно связывать латенси и партишенинг толеранс как характеристику например сети" тоже не распарсил
источник

AP

Alexander Petrovsky in Scalability Camp — чат про распределенные системы (и про HPC)
Jerzy Syrowiecki
Под P мы понимаем разделение нод нашей системы, а не IP-хостов
Согласен, но кстати сам Брюер говорит про сети
источник

AP

Alexander Petrovsky in Scalability Camp — чат про распределенные системы (и про HPC)
Jerzy Syrowiecki
я вот это "можно связывать латенси и партишенинг толеранс как характеристику например сети" тоже не распарсил
Имел в виду что под латенси понимают не столько латенси продукта (скорость ответа, согласования данных), а латенси доставки ответа в некачественных сетях
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
Alexander Petrovsky
Согласен, но кстати сам Брюер говорит про сети
можно ссылку или цитату?
источник