4 ms·
Microservices, often, is just another word for "distributed monolith". Sure you can read the code of a single service quickly, but often in practice it's not po
by LargeWu 7y ago
Microservices, often, is just another word for "distributed monolith". Sure you can read the code of a single service quickly, but often in practice it's not possible to just make changes to one service. There are usually both explicit and implicit dependencies that span many service layers. What you gain in readability I think you often lose more in maintenance overhead.
- nickbauman 7y agoI worked on a microservices practice (with over 400 microservices by the time I left) where it definitely was not a "distributed monolith". I could change all kinds of individual services that did not require changes to other services.
- SPBS 7y agoI think monoliths can be written the same way such that you can change one module without changing the others. Microservices enforce that best practice.
- goostavos 7y ago"Enforce" gets thrown around a lot, but that's approaching silver bullet expectation levels, in my opinion. A core skill problems on a team that would prevent building a maintainable monolith do not go away because you've added more things for them to manage.