Репликация с несколькими ведущими узлами: когда применять, как правильно использовать

Поделиться
HTML-код
  • Опубликовано: 21 сен 2024
  • В этом видео рассказывается про то, как устроен механизм репликации с несколькими ведущими узлами

Комментарии • 9

  • @natasha1059
    @natasha1059 Год назад +1

    Молодец, очень доступно доносишь информацию о непростых вещах, жду новые видео😊

  • @disgust9862
    @disgust9862 2 года назад +3

    спасибо за видео! хотелось бы побольше визуализации, хотя бы пару картинок)

    • @SashkaProgrammiruet
      @SashkaProgrammiruet  2 года назад

      Да я просто особо даже не придумал что можно визуализировать, но в следующий раз учту, спасибо)

    • @ВикторВласов-р7х
      @ВикторВласов-р7х 2 года назад +1

      @@SashkaProgrammiruet достаточно просто доску повесить сзади, на которой хотя бы по одному слову писать, например название алгоритма, паттерн и тп, так будет легче ориентироваться по видео, особенно когда хочется перемотать назад.
      Спасибо тебе огромное за твои видосы!

  • @Dzhanpolatov
    @Dzhanpolatov 2 года назад +2

    Продолжай

    • @SashkaProgrammiruet
      @SashkaProgrammiruet  2 года назад

      Уже снял последний видос из этого цикла, надеюсь, до конца недели смонтирую)

  • @test_bot5541
    @test_bot5541 Год назад +1

    Есть две мастер БД, одинаковые и синхронизированные, одна в Америке, другая в Австралии. В БД есть счёт с остатком 100$. И там, и там со счёта одновременно снимают деньги два пользователя, каждый со своего мастера и получают ответ 200. Сняли и ушли. Как потом будет решаться данный конфликт - по хешу или по времени? :)

    • @SashkaProgrammiruet
      @SashkaProgrammiruet  Год назад

      В таком случае нам не подойдет мастер-мастер репликация, здесь уже нужно шардирование
      И про это на канале тоже ролик есть, в плейлисте по БД можно найти его
      (мб он даже более хороший по качеству)

    • @test_bot5541
      @test_bot5541 Год назад

      @@SashkaProgrammiruet да, смотрел. Но шардирование тут не решает. У тебя счёт в базе, доступный для изменения остатка (т.е. для записи), всего один и он попадает в одну портицию. А международных карточки, подвязанных к этому счёту, как минимум две. Если размесить шард со счётом на мастере в Америке, то пользователь из Австралии или Европы не дождётся завершения операции снятия, причём, это может быть всё тот же американец, который поехал туда в отпуск и теперь не может купить обратный билет... Ну ок, не про деньги. Пусть это будет, действительно, какая-нибудь анкета. Пользователь ввёл возраст 27, который попал на 1-й мастер. После чего 1-й мастер лёг. К пользователю подошёл пьяный батя, выписал подзатыльник и ввёл реальный возраст - 13 лет, попавший на 2-й мастер. Конфликт разрешился по хэшу в пользу 27 лет. Ну и что - скажешь ты - на этом ресурсе не важны возрастные ограничения. Сегодня, да - ответит тебе пьяный батя -но ты, как архитектор, никогда точно не знаешь, как именно будет развиваться твой проект, но при это должен заложить прочный фундамент, исключающий подобную несогласованность. А через год на этом ресурсе, когда архитектор уже уволился, например, появляется контент 18+, а в анкете 14-летнего - 28. Год назад подходило, а теперь нет, знает ли об этом кто-то? :)