3 ms·
Microservices are (generally) developed and owned by different teams. In that sense, they proliferate to the number of teams you have. I've also found that m
by parasubvert 12y ago
Microservices are (generally) developed and owned by different teams. In that sense, they proliferate to the number of teams you have. I've also found that multi-team organizations with a strong architecture core will constrain "how" interfaces are designed pretty well (leaving the specifics to the teams). This also requires fast feedback and continuous integration.
The old saying "team = product" applies: if your business requires lots of parts independently evolving, you're going to find ways to make them cooperate at the boundaries, or you will be in a mess.
Companies like Amazon have made this approach work at speed and scale. Others might fail out of incompetence. Mostly I think people are just looking for ways to operate at better speed and scale than the current enterprise practices.
- jacques_chester 12y ago> The old saying "team = product" applies This is usually introduced as "Conway's Law". We think about it a lot at Pivotal, because we are frequently starting, shuffling, merging and splitting teams while we work on Cloud Foundry.
- parasubvert 12y agoAnd I am newly in the Pivotal field looking to help people adopt Cloud Foundry and microservices :)