News for hackers. Stuff that matters.
Re:Faster, cheaper, and better: A story of breaking a monolith by budabudimir on Wednesday July 17, 2019 @08:50PM (#20465596)
What is the difference between each team owning a microservice and owning a part of the monolith?

There is common release process, but with proper infra in place, that shouldn't be a problem.

Re:Faster, cheaper, and better: A story of breaking a monolith by sheeshkebab on Thursday July 18, 2019 @07:19AM (#20468618)
It all comes down to coordination and regression, which are quite complex in monoliths.

Suppose you'd like to push code change to production for your monolith - how do you know that someone else's change 1) is ready to to production together with yours 2) does not affect your module. Typically these can't be answered easily - and so release process is converted to manual testing and scheduled (and often slow) releases.

Re:Faster, cheaper, and better: A story of breaking a monolith by seperman on Wednesday July 17, 2019 @09:04PM (#20465676)
I was just disagreeing with "Microservices are almost completely opposed to agile development". You can be agile in both monolith architecture and micro-services. I don't see why microservices can be opposed to agile.