5 ms·
You talk as if monolithic apps are vastly superior. To be forward it depends entirely on the purpose and life of the application. It is about whatever shoe fits
by Sparkyte 3y ago
You talk as if monolithic apps are vastly superior. To be forward it depends entirely on the purpose and life of the application. It is about whatever shoe fits the design.
- Aeolun 3y agoSure. It’s just that 99% of applications work fine (or better) as a monolithic design.
- Sparkyte 3y agoDepends on the purpose of the application though. Monolithic is a good architecture when you have a few purposeful features and functions. But when your design relies on many services to provide a wide variety of features you need to break out this design to allow teams to operate independently. Mini monoliths are more popular today than traditional monoliths of the old.
- qaq 3y agoYou can split things up you don't have to though. Teams operating independently is fairly orthogonal to this.
- Sparkyte 3y agoYeah no I get you. You just want a monolith to be purposeful when you design one. Not multi-purposeful. This is also at the limitation of a programming language. I am kind of kubernetes guy, but I am dying because it relies heavily on a virtualize network distributed. It would drastically increase the performance if kubernetes clusters were built like monoliths and each kubernetes node handled traffic independently. So of like keeping it all in the same rack. Only leaving the rack if needed. But I keep seeing bad technology decisions repeated over and over. I stopped pushing because some person with a bigger title would say this is good design. Big kubernetes clusters eventually fail. Multiple small clusters survive.
- qaq 3y agoReplacing function call with network call does not really solve any org issues. There is pretty much 0 difference if teams are shipping "modules" for a monolith vs a microservice outside of much simplified CI/CD setup in case of monolith. You can gain some scaling efficiencies from scaling services independently but it's a minor advantage for most projects.
- Aeolun 3y ago> You can gain some scaling efficiencies from scaling services independently Not necessarily, because if you scale only one of your services all the other services do not benefit at all. Having microservices would only be better in that instance if they actually consume the resources they are given.
- wiseowise 3y agoAnd you of course have data to prove it, right?
- rjh29 3y agoExperience.