|
|
|
|
|
by petersellers
192 days ago
|
|
I think the blog post is confusing in this regard. For example, it explicitly states: > We no longer had to deploy 140+ services for a change to one of the shared libraries. Taken in isolation, that is a strong indicator that they were indeed running a distributed monolith. However, the blog post earlier on said that different microservices were using different versions of the library. If that was actually true, then they would never have to deploy all 140+ of their services in response to a single change in their shared library. |
|
Your runtime version is out of date / end of life. You now need to update and deploy all 140 (or at least all the ones that use the same tech stack).
No matter how you slice it, there are always dependencies across all services because there are standards in the environment in which they operate, and there are always going to be situations where you have to redeploy everything or large swaths of things.
Microservices aren’t a panacea. They just let you delay the inevitable but there is gonna be a point where you’re forced to comply with a standard somewhere that changes in a way that services must be updated. A lot of teams use shared libraries for this functionality.