Size: a a a

Ruby, Rails, Hanami | dry-rb

2020 January 21

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Alexander Alyoshin
господи
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
когда read/write раскиданы по географии
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Alexander Alyoshin
когда read/write раскиданы по географии
Да, данные в таблице скорее
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
А чем это круче?
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Типо us данные из одной таблицы лежат в инстансе, который в is
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Alexander Alyoshin
А чем это круче?
Ну, тогда тебе не нужно париться с записью
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
Так и в любом случае наверное не нужно, ведь синхронизация будет отдельным процессом, которым занимается субд.
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Потому что данные из мастера в слейв реплику не сразу попадают. Может возникнуть не приятная ситуация для пользователя, когда он сделал апдейт, но данные видео старые
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Поэтому хорошая практика после апдейта отдавать данные из мастер реплики
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
Немного не понимаю. Две базы: us-db, ko-db.

Джон добавляет строчку в таблицу. Так как он в US, то строчка сохранится в us-db. Всё что делает Джон на сайте - он видит из us-db, а значит видит свои данные.

Кореец делает тоже самое, но его строчка добавляется в ko-db. И он тоже видит только свои данные.

Через минуту (условно), оба видят данные друг-друга.
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
Или тут вопрос с доступом к одной записи?
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Alexander Alyoshin
Немного не понимаю. Две базы: us-db, ko-db.

Джон добавляет строчку в таблицу. Так как он в US, то строчка сохранится в us-db. Всё что делает Джон на сайте - он видит из us-db, а значит видит свои данные.

Кореец делает тоже самое, но его строчка добавляется в ko-db. И он тоже видит только свои данные.

Через минуту (условно), оба видят данные друг-друга.
Это как раз шардирование с синхронизацией данных между шардами (хз зачем)
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
С репликой у тебя будет мастер база для записи и чтения и слейв база только для чтения
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Ты пишешь в мастер, но потом, после редиректа, можешь прочитать со слейва, в который ещё данные с мастера не загрузились
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Поэтому пользователь может увидеть старую версию данных, которые только что обновил. А это уже плохой UX
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
Надо переварить
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
В общем ты за репликацию, как за более простой вариант, верно? Но у него проблема с апдейтами. А так, если заморочиться, то лучше шардинг. Верно?
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Alexander Alyoshin
В общем ты за репликацию, как за более простой вариант, верно? Но у него проблема с апдейтами. А так, если заморочиться, то лучше шардинг. Верно?
Скорее я за то, что может вообще не стоит заморачиваться?
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
Почему?
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
Прироста производительности не будет толком или почему?
источник