Size: a a a

Ruby, Rails, Hanami | dry-rb

2019 December 03

NB

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

NB

Nikita Batrak in Ruby, Rails, Hanami | dry-rb
С учётом всех возможных сопутствующих факторов
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Nikita Batrak
Оно решает твою проблему так, как нужно
да, но ты сам написал “Оно решает твою проблему так, как нужно”. как эту проблему нужно решить?
источник

NB

Nikita Batrak in Ruby, Rails, Hanami | dry-rb
Anton Davydov
да, но ты сам написал “Оно решает твою проблему так, как нужно”. как эту проблему нужно решить?
Какую эту?
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Nikita Batrak
Какую эту?
которую описали выше, почему сайдкик решит проблему сохранения данных от разных клиентов. при этом данные не должны теряться и клиентов для консьюмера будет больше одного?
источник

NB

Nikita Batrak in Ruby, Rails, Hanami | dry-rb
Anton Davydov
да, но ты сам написал “Оно решает твою проблему так, как нужно”. как эту проблему нужно решить?
Короче я обосную почему я написал за редис:
1) судя по вопросу человека его уровень не очень высокий, раз он не знает как решаются подобные задачи, а значит, с редисом будет проще всего начать
2) рэбит, кафка, что угодно, нужен кластер, нужно его поддерживать, нужно обвешиваться метриками, настраивать алерты, то есть в идеале передавать в инфру, если она есть
3) экспертиза, что с кроликом, что с кафкой можно тоже выстрелить себе в ногу
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Nikita Batrak
Короче я обосную почему я написал за редис:
1) судя по вопросу человека его уровень не очень высокий, раз он не знает как решаются подобные задачи, а значит, с редисом будет проще всего начать
2) рэбит, кафка, что угодно, нужен кластер, нужно его поддерживать, нужно обвешиваться метриками, настраивать алерты, то есть в идеале передавать в инфру, если она есть
3) экспертиза, что с кроликом, что с кафкой можно тоже выстрелить себе в ногу
1. тогда почему ты считаешь, что он сможет настроить редис с ходу и написать весь код консьюмеров и продьюсеров адекватно? при этом надо еще знать как сделать конекшен пул и знать всякие RPOPLPUSH если ты хочешь нормально написать
2. а для редиса алертинг и мониторинг не нужен разве? про кластер, думаю тебе все равно потребуется больше 2ух инстансов редиса
3. аналогично для любого решения и я не могу понять, почему редис считается простой штукой для которой опыт не нужен
источник

NB

Nikita Batrak in Ruby, Rails, Hanami | dry-rb
Ну можно бесконечно тему продолжать
источник

NB

Nikita Batrak in Ruby, Rails, Hanami | dry-rb
По 2му отвечу, что для всего нужно
источник

AD

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

я бы посоветовал почитать что-то в таком духе, а дальше составить список требований и выбрать нужный инструмент уже

https://dzone.com/articles/event-driven-microservices-with-rabbitmq-and-ruby-1
https://blog.kontena.io/event-driven-microservices-with-rabbitmq-and-ruby/
источник

NB

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

я бы посоветовал почитать что-то в таком духе, а дальше составить список требований и выбрать нужный инструмент уже

https://dzone.com/articles/event-driven-microservices-with-rabbitmq-and-ruby-1
https://blog.kontena.io/event-driven-microservices-with-rabbitmq-and-ruby/
На мой субъективный взгляд порог входа в редис ниже, объём данных маленький, значит особо на перфоманс можно не дрочить и воткнуть aof на каждую запись, вопрос с бэкграундом решается просто сайдкиком, кол-во консюмеров решается кол-вом тредов
источник

NB

Nikita Batrak in Ruby, Rails, Hanami | dry-rb
Это вариант простого и быстрого решения
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Nikita Batrak
На мой субъективный взгляд порог входа в редис ниже, объём данных маленький, значит особо на перфоманс можно не дрочить и воткнуть aof на каждую запись, вопрос с бэкграундом решается просто сайдкиком, кол-во консюмеров решается кол-вом тредов
погоди, а как ты планируешь писать клиенты для сайдкика? в ручную в редис данные пихать?
источник

OA

Ortemy Alexandrovich in Ruby, Rails, Hanami | dry-rb
Nikita Batrak
Это вариант простого и быстрого решения
легкого*
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Ortemy Alexandrovich
легкого*
все так
источник

NB

Nikita Batrak in Ruby, Rails, Hanami | dry-rb
Anton Davydov
погоди, а как ты планируешь писать клиенты для сайдкика? в ручную в редис данные пихать?
Я подозреваю, что просто приходит хттп запрос,  делаешь через воркер перформ_асинк
источник

NB

Nikita Batrak in Ruby, Rails, Hanami | dry-rb
И ГЕМ все сделает за тебя
источник

NB

Nikita Batrak in Ruby, Rails, Hanami | dry-rb
Кубер есть судя по посту выше, значит если упадёт, то поднимется, по ресурсам ограничил, если код говно и течёт
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Nikita Batrak
Я подозреваю, что просто приходит хттп запрос,  делаешь через воркер перформ_асинк
у тебя есть сервис А - продьюсер, есть сервис Б - там сайдкик. это два разных инстанса с разной кодовой базой
источник

NB

Nikita Batrak in Ruby, Rails, Hanami | dry-rb
Все, решение, нет?
источник