Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Bad input crashes app, monolith fails over, other instance crashes. Full outage. Assuming proper vertical separation, this risk can be reduced by microservices.


It might just as well be increased by microservices due to fragile dependency chains and just different people working async and what not.


Maybe read my comment again.


Care to enlighten me? Your comment reads like "assuming the best case scenario for X and worst case scenario for Y, X can reduce the risk". Well, you don't say.


This is not what microservices solve.

There'll always be critical microservices that keep your app running. It doesn't matter if all your other services are running if the one serving up core functionality goes down.

If your engineering rigor is so poor that you can't get reliable failovers with a monolith, god help you keeping microservices running.


Hence “assuming proper vertical separation”. The same applies to monoliths, so not really an argument.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: