AI
Т.е. на одну проблему меньше
Size: a a a
2021 January 29
AI
Тем более это важно в распределенных сетевых системах
AI
Два руби сервиса, один другому, тот в базу, в итоге все будет блочиться на кэш/базу, на две потенциальных проблем меньше
AD
Два руби сервиса, один другому, тот в базу, в итоге все будет блочиться на кэш/базу, на две потенциальных проблем меньше
Так тут и проблема, зачем вообще ходить из сервиса в сервис?
AD
Я тебе говорю про конкретную ситуацию которая точно есть в 90% проектах на веб рубях
Ты часто с этом сталкивался в своих проектах?
AD
(Я нет, один раз всего)
AD
(Я нет, один раз всего)
(Вполне может быть, что все проекты которые я делал были не очень)
AI
Ты часто с этом сталкивался в своих проектах?
В том что тормозит на руби потоках? Коротко: да
AI
В том что кравлер без асинхронщины ограничен своими потоками тоже
AD
В том что кравлер без асинхронщины ограничен своими потоками тоже
И это не решается без асинхронщины в руби?
AI
И это не решается без асинхронщины в руби?
С ней это проще решается
AI
(Я нет, один раз всего)
Ну ты скалировал воркеры наверное?
AD
Ну ты скалировал воркеры наверное?
В сайдкике или пуме?
AD
В первом случае я не парюсь, а во втором, либо нагрузки не было достаточно, либо уже Кубер спокойно скейлил все
AI
В сайдкике или пуме?
В пуме
AI
Не у всех кубы ))
IN
конкурентность в руби уже есть (причем давно, причем для вэб сервиса - это уже в избытке)
IN
Не у всех кубы ))
пуму то скейлить и без кубы просто, просто не будет автоскейлинга. Впрочем если ты не дошёл до кубы, значит оно тебе и не нужно 🤔
AK
Асинхронщина - это проблема тех. слоя. Но бардак в твоем проекте на бизнес слое %username%.
AK
Программисты часто не понимаю, что их задача не просто написать код, а реализовать продукт. А для этого нужно грамотно собрать функциональные и системные требования. И описать бизнес слой так как работает бизнес модель в реальном мире.