4 ms·
You can easily end up with dozens of services if you split up your application aggressively enough. Think about all the parts in your application that are handl
by avitzurel 10y ago
You can easily end up with dozens of services if you split up your application aggressively enough. Think about all the parts in your application that are handled by workers like Sidekiq/Celery, these can all be applications and not part of the monolithic.
For example for us at Gogobot, every time a user submits a recommendation we detect the language. This can be a service instead of a worker and the code can live separately.
If you do this often enough and aggressively enough, you end up with dozens of services. Once you have an environment that allows easily testing/launching these it's much more efficient to launch a service than replicating your monolithic and assign worker for things.
- geggam 10y agoIf your application / poorly architected then when you split it you just spread that pain around to more systems Design it then split if where it makes sense.