as the Driver of Architecture Chapter 3: Economies of Scope Over Scale Chapter 4: Integration Defines Constraints Chapter 5: Time Can’t Be Trusted (Yet) Chapter 6: Resilience Depends on Who You Are Agenda:
representative due to a sample size that is still too small. … We asked teams what slows them down, decreases their velocity, and negatively impacts their developer experience. The percentages in red show the issues that are located outside of the team. The larger the organization gets, the higher the (unweighted) number of issues that can only be resolved externally. …
change Let S = number of services that must be redeployed Multiplier to define Accidental Complexity of Change = T × S That’s what good architecture should optimize against.
recover from, and adapt to failures, disruptions, or unexpected conditions, while maintaining acceptable levels of service and without complete breakdown. Resilience is a dial, not a switch — it's a matter of how much you want to safeguard your system from going down by investing money and effort into it.
as the Driver of Architecture Chapter 3: Economies of Scope Over Scale Chapter 4: Integration Defines Constraints Chapter 5: Time Can’t Be Trusted (Yet) Chapter 6: Resilience Depends on Who You Are Agenda: …to be continued