Benito Serna Tips and tools for Ruby on Rails developers

Should you split your rails app into backend and frontend?

When you start a new app or when things start to get complicated on the frontend side of your rails app, I think that it is normal to start thinking if you should split the app into a rails backend and a frontend with react, vue, or other javascript framework.

I am a rails developer that normally prefers the “majestic monolith”, and I will normally recommend to not doing it, and even I sometimes think if I should split my apps or not. But I think that at least in my this normally caused by hype or frustration.

So this is a list for you and for me, with some things to consider when you have “reasons” for splitting your app like…

Reason: UI becomes more complex and we need/want a smooth user experience

Maybe you are thinking that with rails every interaction will be server side rendering….

That is not really true, rails by default propose server side rendering, but if some parts of your app requires a more complex interaction, you can always use a javascript framework for those parts, and with stimulus.js you will be able to plug that behavior in a “rails way”.

The talk Turbolinks 5: I Can’t Believe It’s Not Native! by Sam Stephenson describes this idea back on the “Turbolinks 5” times, but now the environment is much better.

Reason: The UI requires complex interactions on many parts of the app

Are those parts the majority of the app? Do you want to increase the complexity of the whole app for does parts? Can you plug those apps with stimulus.js?

Reason: We already have Vue/JQuery/Javascript code all over the place and it’s a mess

Was the mess caused by not splitting? Could stimulus.js and turbo help to reduce that complexity?

After that mess… Do you now have and idea of how you can structure your code better?

Reason: It is easier to test an api

When our system tests start getting slow and complicated we can think that is easier to have two separate test suites, one for the api and one for the front end app.

And maybe it is true that is easier to test both things as a separate thing, but it is just easier as it is easier to write a test for a single method than a system test.

If you split are you going to avoid system tests that execute through both parts? Are you going to feel the same confidence?

Reason: The backend will be leaner (less gems etc) and hopefully faster

Maybe this could be true, but how much? What about the performance of the front end app? What about the complexity of the whole project? What about the whole set of dependencies including the javascript dependencies?

Reason: It’s super hard to find great full stack rails developers

This is true, but I think that there is no easy path, finding good engineers is not an easy job.

It will be hard to find a great full stack rails developer, but it will also be hard to find a great frontend developer and/or backend developer.


As you have seen I am very biased to the monolith, maybe this should not be your only reference for this decision, but I hope it could be useful in some way.

Related articles

Weekly tips and tools for Ruby on Rails developers

I send an email each week, trying to share knowledge and fixes to common problems and struggles for ruby on rails developers, like How to fetch the latest-N-of-each record or How to test that an specific mail was sent or a Capybara cheatsheet. You can see more examples on Most recent posts or All post by topic.