News for hackers. Stuff that matters.
Re:Goodbye Microservices: From 100s of problem children to 1... by kohlerm on Wednesday July 11, 2018 @02:53AM (#17504950)
It looks to me that the shared library issue got solved by the monorepo approach. They could have gone the monorepo way and still have microservices. Managing a lot of repos and keeping them consistent with regards do dependencies is not easy. In reality you do not want everyone to use a different version of a dependency. You might allow deviations but ultimately you wand to minimize them.

They also just might have had too many repos.

Re:Goodbye Microservices: From 100s of problem children to 1... by Cthulhu_ on Wednesday July 11, 2018 @03:54AM (#17505178)
Next to a monorepo they would also need a deployment strategy allowing them to deploy multiple services (e.g. every service that was affected by the library change) simultaneously, so that after deploying they can still talk to one another. For a single service this is doable enough (start up, wait for green health, route requests to new service instance), but it increases in complexity when there's >1 service. I'm sure the process can be repeated and automated etc, but it will be more complex. Doing zero-downtime deployments for a single service is hard enough.