为了能够更好地应对业务发展，持续交付是必然趋势，在软件系统架
构方面的“大系统小做”原则是促进这一目标达成的必要条件。
鉴于“持续交付2.0能力”对软件系统架构的要求，在软件开发设计时就考虑可测试性、易部署性、易监测性、易扩展性，以及对可能失败的处理，并讨论系统架构拆分原则。
软件系统架构通常有微核模式、微服务架构和单体巨石应用架构等。不同的架构适用于不同的应用场景和业务领域。而对传统单体架构的改造，通常有三种模式：拆迁者模式、绞杀者模式和修缮者模式。
01软件系统架构的思维导图
02软件系统架构的要点
“大系统小做”原则
持续交付的架构要求
为测试而设计（designfortest）
为部署而设计（designfordeployment）
为监控而设计（designformonitor）
为扩展而设计（designforscale）
为失效而设计（designforfailure）
系统拆分原则
组件（