4 ms·
Why Rails, instead of a lighter-weight framework, if performance is such a priority? Obviously that wouldn't get you to [anywhere near] the performance of comp
by harshreality 3y ago
Why Rails, instead of a lighter-weight framework, if performance is such a priority? Obviously that wouldn't get you to [anywhere near] the performance of compiled Go code, but Rails has a lot of overhead.
What database is on the backend, and is that db serving cached content? What happens if you cache it with e.g. redis to avoid the heavyweight rails ORM stuff?
Do you have granular benchmarks for the db query, requests to other services, and the web processing itself (using artificially pre-cached responses from db and those other services)?
- deleted 3y ago[deleted]
- jupp0r 3y agoFirst implementation was in Rails because the company is a Rails shop and the monolith was the easiest place to get something that works. If you rewrite it anyway, might as well use something else than ruby. The db (mysql) is not the problem in the scenario I described.
- KerrAvon 3y agoWhy not something like Sinatra so it’s easy to prototype and move on from there if it’s still not good enough? What you’re describing isn’t that complex and the base Ruby language is so much better than Go.
- chucke 3y ago> If you rewrite it anyway, might as well use something else than ruby. You just said the company is a rails shop, why would you force a new language on everyone who already invested in understanding ruby?
- jupp0r 3y agoBecause people know Ruby well, including use cases that it's not a good fit for. We use Go in other places, too.