Re:The use of ‘class’ for things that should be simple free ...
by kgeist on Sunday May 29, 2022 @02:24PM
(#31551451)
We had a large, complex, spaghetti-driven monolith before the microservices. Aside from a few microservices which support our infrastructure, a microservice usually serves a single subproduct; several subproducts are united under one UI, they only share the user model and communicate via events. I didn't mean our microservice architecture is minimalist (although when viewed alone, a microservice itself is pretty simple), I was giving an example as to why copying code has disadvantages, too, such as once you decide to copy the code instead of using a dependency you are completely on your own, you will miss any new security, performance updates and bugfixes; even supposedly trivial code can be ridden with subtle bugs.
Re:The use of ‘class’ for things that should be simple free ...
by mbrodersen on Sunday May 29, 2022 @09:45PM
(#31554725)
You are right. IMHO there is zero justification for making any application that complex.
I guess it depends on your idea of minimalism.
To me, having 30 microservices sounds tremendously complex. The minimalist in me would want to see those 30 microservices converge into a single project.