JS
А кто нить раскурил pacelc как продолжение cap? Какая-то крайне мутная штука
как теорему или эмпирический принцип? во втором случае довольно просто, могу объяснить
Size: a a a
2021 April 04
N
как теорему или эмпирический принцип? во втором случае довольно просто, могу объяснить
Интересно послушать .+1
AP
@cblp_su Ну да, интересно услышать как это понимают другие
JS
если в общих чертах, то я врядли опишу лучше Википедии https://ru.wikipedia.org/wiki/Теорема_PACELC
JS
а если конкретнее, то задавайте вопросы
JS
первые 3 буква — PAC — это просто ссылка на CAP
AP
Ну вики и прочее я читал, мне интересно как почему в «качество» данных описываемых через CAP привнесли например латенси. Понятно что можно связывать латенси и партишенинг толеранс как характеристику например сети, но выглядит слегка странно как по мне
JS
интересны, наверно, здесь такие 2 вещи:
— почему в случае, когда соблюдаются все 3 буквы CAP, надо выбирать между задержками (L) и согласованностью (C)
— что означает "соблюдаются все 3 буквы CAP"
— почему в случае, когда соблюдаются все 3 буквы CAP, надо выбирать между задержками (L) и согласованностью (C)
— что означает "соблюдаются все 3 буквы CAP"
JS
Ну вики и прочее я читал, мне интересно как почему в «качество» данных описываемых через CAP привнесли например латенси. Понятно что можно связывать латенси и партишенинг толеранс как характеристику например сети, но выглядит слегка странно как по мне
это скорее про качество продукта, как я понимаю. чем больше реплик требуется для подтверждения записи, тем позже пользователи увидят изменения
JS
там говорится о задержке, которую обеспечивает ваша система своему пользователю, а не о задержках сети внутри системы
JS
ваши внутренние проблемы пользователю не интересны, он платит не за них, а за ваш внешний SLA
AP
Хм, а вот кстати выглядит как следствие того что ты писал выше, про количество реплик и аки от них. И тогда действительно латенси можно укладывать не только в сеть, но и в качество железа и продукта - тут я согласен
JS
partition tolerance относится тоже не к сети, а ко внешним свойствам вашей системы. сеть при разрыве как раз совсем не tolerant. она рвётся. совсем. а ваша система при этом может выживать
PB
А кто нить раскурил pacelc как продолжение cap? Какая-то крайне мутная штука
Можно почитать оригинал, там коротко довольно)
http://www.cs.umd.edu/~abadi/papers/abadi-pacelc.pdf
http://www.cs.umd.edu/~abadi/papers/abadi-pacelc.pdf
AP
partition tolerance относится тоже не к сети, а ко внешним свойствам вашей системы. сеть при разрыве как раз совсем не tolerant. она рвётся. совсем. а ваша система при этом может выживать
Не оч распарил это утверждение. Под P мы понимаем разделение нод, в большинстве случаев это все таки сеть
JS
Не оч распарил это утверждение. Под P мы понимаем разделение нод, в большинстве случаев это все таки сеть
Под P мы понимаем разделение нод нашей системы, а не IP-хостов
JS
Ну вики и прочее я читал, мне интересно как почему в «качество» данных описываемых через CAP привнесли например латенси. Понятно что можно связывать латенси и партишенинг толеранс как характеристику например сети, но выглядит слегка странно как по мне
я вот это "можно связывать латенси и партишенинг толеранс как характеристику например сети" тоже не распарсил
AP
Под P мы понимаем разделение нод нашей системы, а не IP-хостов
Согласен, но кстати сам Брюер говорит про сети
AP
я вот это "можно связывать латенси и партишенинг толеранс как характеристику например сети" тоже не распарсил
Имел в виду что под латенси понимают не столько латенси продукта (скорость ответа, согласования данных), а латенси доставки ответа в некачественных сетях
JS
Согласен, но кстати сам Брюер говорит про сети
можно ссылку или цитату?