Что такое CAP-теорема?

Рет қаралды 6,113

#fullstackguy - Обучение IT-профессии

Күн бұрын

Пікірлер: 43

@egoryakimov240 8 ай бұрын

Крайне понятное и лаконичное объяснение темы. Один из лучших ресурсов про САР, что я видел. Большое вам спасибо!

@fullstackguy 8 ай бұрын

Большое спасибо Вам, Егор, за теплые слова! 🤝

@v.shinoxy 9 ай бұрын

Очень понятно, с примерами и подробностями. Спасибо!

@fullstackguy 9 ай бұрын

Пожалуйста! Рад, что видео оказалось полезным! 🤝

@hello_world_zz Жыл бұрын

оч классно. Недоумеваю почему так мало просмотров. Удачи каналу. Шалом из Израиля

@fullstackguy Жыл бұрын

Большое спасибо! Рад что мои видосы оказались полезными 🤓

@alexandr6055 7 ай бұрын

лучшее объяснение, что мне приходилось слышать, спасибо!!

@fullstackguy 7 ай бұрын

Приятно слышать! Спасибо за добрые слова! 🤝

@vladislav_kuznetsov_ 2 ай бұрын

Очень доступно. Спасибо

@fullstackguy 2 ай бұрын

Рад, что материал понравился! 🤝

@RS-ue4wg 2 ай бұрын

очень рад, что нашел ваш канал - прекрасное изложение

@fullstackguy 2 ай бұрын

Спасибо за тёплые слова! 🤝

@RasimAlimgukov 2 ай бұрын

Круто, самое поняиное объяснение с примерами. Лайк

@iamusayev1337 11 ай бұрын

Очень познавательно и интересно, спасибо больше за столь информативное видео

@fullstackguy 11 ай бұрын

Спасибо за добрые слова! Рад, что видео оказалось полезным! 🤝

@МихаилБарков-ф3х Жыл бұрын

Очень хорошо подан материал!

@fullstackguy Жыл бұрын

Михаил, большое спасибо за отзыв! Я рад что моя работа оказалась полезной! 🤝

@Пумпурумм Ай бұрын

Жму руку!👍

@fullstackguy Ай бұрын

Рад, что видео понравилось! 🤝

@АнтонМолодых-н4ю 5 ай бұрын

спасибо, наконец понял

@fullstackguy 5 ай бұрын

Крутяк! 🤝

@araavanesyan4616 11 ай бұрын

Thanks a lot, it was very helpful

@fullstackguy 11 ай бұрын

I’m happy that it was useful for you 🤝

@TheBestMovies13 Жыл бұрын

Видео супер полезное, лайк

@fullstackguy Жыл бұрын

Рад что пригодилось! 🤝

@damka2011 Жыл бұрын

Топчик, однозначно👍

@mishaprokopovich5253 8 ай бұрын

а как сделать СР систему, по идее, если какой-то узел выходит из строя или между узлами прерывается связь, то пользователям вообще должно быть запрещено взаимодействие с любым из узлов пока не устранится проблема?

@fullstackguy 8 ай бұрын

Михаил, Вы все верно поняли. CP системы должны быть согласованы в любой момент времени. Это значит, что пока, например, запись данных не завершиться на всех узлах системы, система не вернет ответ пользователю и он будет ждать. Если запись на один или несколько узлов не удалась, происходит откат везде и сразу (пример: двухфазный коммит). Примером CP систем является Redis, например

@igorgaponenko2001 2 жыл бұрын

не покрыт кейс: CP

@fullstackguy 2 жыл бұрын

Прошу прощения за долгий ответ. О CP отвечу прямо тут: Исходя из определений C и P (www.fullstackguy.ru/knowledge-base/distributed-systems/cap-theorem/), можно представить, что CP система будет консистентна и при этом устойчива к секционированию. Что это значит? 1) что система будет хранить свои данные на нескольких узлах. То есть - будет дупликация данных. 2) что система будет позволять пользователям читать данные с любого узла, даже если связь между двумя узлами нарушена 3) что система НЕ будет позволять производить запись новых данных, если узлы не связаны друг с другом (при дублировании данных на разных узлах - в случае, если узлы не могут связаться друг с другом, это нарушение целостности данных или Consistency принципа)

@ПашаКазачёнок Жыл бұрын

хотел уточнить по поводу партишн толеранс, в примере был запрос на один сервер, где мы обновили данные, потом идет запрос на чтение данных со второго сервера, и получает старые данные) так и в чем тут суть?) я туповат, признаюсь, не стыдно) суть в том, что второй сервер вместо того, чтоб отвалиться и сказать, что я не дам тебе данные, потому что я не общаюсь с первым сервером, просто возвращает старые данные?

@eggrevolver Жыл бұрын

Вы всё верно поняли: если у вас нарушен механизм общения между двумя серверами или кластерами, но вы всё еще хотите получать со всех них данные, то должны мириться с тем, что данные будут неконсистенты. Если же вы хотите консистентные данные, то должны попрощаться с partition tolerance и получать данные только с того сервера, где они последней версии, либо попрощаться с availability и ждать, пока связь между двумя частями (в данном случае) восстановится и целостность данных восстановится. Всё куда проблемней, если у вас кластеров несколько и на одном одни данные свежие, а на другом другие :) Поэтому в некоторых системах никуда не уйти от одного класса, в других от другого. Скажем, если вы закинули в корзинку товар, которого уже нет, это, хоть и нехорошо, но допустимо, однако он на чекауте уже должен быть обязательно недоступен. Можете посмотреть еще что такое eventually consistent, тоже интересно и полезно в этом свете. Также, отсюда вырастает еще один серьезный класс проблем: т.н. "split brain", с которым тоже надо знать, как бороться.