Size: a a a

Ruby, Rails, Hanami | dry-rb

2020 January 21

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
Anton Davydov
если что, у нее есть русский перевод
ок, понял
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
Anton Davydov
но там замороченно все + у них простой случай в каком-то смысле
как раз ищу более-менее простое решение. Всё-таки это хобби
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
хобби-проект имею ввиду
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
попробовал бы RDS, но чё-то дорого выходит
источник

M

Mike in Ruby, Rails, Hanami | dry-rb
Ты посмотри, какие у тебя вообще запросы летят, какие из них критичные, может кешированием проще закрыть, чем городить из этого всего, раз хобби-проект.
источник

AA

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

M

Mike in Ruby, Rails, Hanami | dry-rb
Alexander Alyoshin
Да, некоторые страницы можно так решить. Но инструменты - нет. Ну скажем какая-то калькуляция для пользователей.
Последнее время с клиентской стороны вижу, что калькуляцию на доп. этапы выносят, чтобы с точки зрения UX сгладить.
Отображают примерные цены, а потом уже идёт расчет точной
источник

M

Mike in Ruby, Rails, Hanami | dry-rb
Можешь посмотреть у сервисов страховок и метапоисковиков билетов/отелей
источник

AA

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

M

Mike in Ruby, Rails, Hanami | dry-rb
Alexander Alyoshin
Ну в любом случае - это перенос решения проблематики на другую сторону. Как дополнение - может быть, но не как основа, базис.
Очень зависит от проекта и метрик)
источник

AD

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

AA

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

Т.е. ставим один инстанс в США, второй в Корее. У каждого приложения - своя db. Между базами репликация. Все запросы идут на балансировщик, оттуда на свои инстансы.

Т.е. со стороны rails-app вообще никаких действий, для него всё как обычно. А все работы - это синзронизация между базами и настройка балансировщика. Всё так?
источник

AD

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

Т.е. ставим один инстанс в США, второй в Корее. У каждого приложения - своя db. Между базами репликация. Все запросы идут на балансировщик, оттуда на свои инстансы.

Т.е. со стороны rails-app вообще никаких действий, для него всё как обычно. А все работы - это синзронизация между базами и настройка балансировщика. Всё так?
Именно
источник

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
А что это?
источник

AA

Alexander Alyoshin in Ruby, Rails, Hanami | dry-rb
Ааа
источник

AA

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