[pmelendez]

>Modularize Your Monolith

It is true that probably any monolith can be break down into components, that won't prevent the full redeployment (and all the risks that it brings) though.

I think in reality no one needs Microservices, or Monolith for that matter. You would pick the poison that adjust the best to your needs.

[xwolfi]

Or do the whole redeployment all the time and you'll see the "risk" of doing so was psychological or a few better tests away.

I work in a 150+ yo company where change is ... well not welcome. When we said we could try to release without schedule, several times a week, whenever we want just because we finished one thing at a time, you should have seen their looks. We have 100 microservices doing low latency trading in 13 stock exchanges in heavily regulated Asia, trading $bn a day - it kinda has to work day after day and "the risk" of deploying "the whole" think more than once a quarter was terrifying.

Well a few better tests and a bit of bravery and now I just do "the full redeployment" whenever I want. Some teeth are still grinding but what can I say, we still banking lol, and now when we find a bug, we don't wait for months to fix it.

[pmelendez]

>Or do the whole redeployment all the time and you'll see the "risk" of doing so was psychological or a few better tests away.

YMMV but I do have personal experience where the risks weren't psychological. Teams stepping into each other shoes and broken each other features are a real problem, solved by communication but that overhead has real costs.

[jnash]

Jane Street using monoliths to manage $bn of trades a day and millions of transactions per second. So nothing you say makes microservices necessary.