3 ms·
> Build your monolith with clean hard edges between modules and functions so that it will be easier later, but build a monolith until you get big enough that mi
by jka 5y ago
> Build your monolith with clean hard edges between modules and functions so that it will be easier later, but build a monolith until you get big enough that microservices is actually a win.
I'd like to see software ecosystems that make it possible to develop an application that seems like a monolith to work with (single repository, manageable within a seamless code editing environment, with tests that run across application modules) and yet has the same deployment, monitoring and scale up/out benefits that microservices have.
Ensuring that the small-team benefits would continue to exist (comparative to 'traditional' microservices) in that kind of platform could be a challenge -- it's a question of sensibly laying out the application architecture to match the social/organizational structure, and for each of those to be cohesive and effective.
- kaba0 5y agoIsn’t the erlang ecosystem pretty much this?
- marwis 5y agoOSGi
- team_bacon 5y agoDropbox seems to have done something very close to what you describe. https://dropbox.tech/infrastructure/atlas--our-journey-from-a-python-monolith-to-a-managed-platform https://dropbox.tech/infrastructure/atlas--our-journey-from-...