软件体系结构设计的原则是将各种场景下的体系结构设计抽签提取共同特征。 这些方法论经过严密提炼，具有可移植性。 在设计系统时遵循这些设计规则，可以提高系统的扩展性、稳定性。 抽象原则各平台(包括基础设施、中间件技术服务、各层业务服务等)需要通过合理的抽象，将内部信息、处理、扩展能力聚合为标准服务，以统一的形式提供给用户，屏蔽内部实现和执行的细节以下是符合抽象原则的一些结构规范或模型。 基于在结构层次(layer ) /级(layer ) tier )、层、级之间提供标准服务和数据接口的业务模式，统一服务标准和数据标准，使用服务目录屏蔽服务位置等，实现细节需要“逻辑实时” 标准化服务的质量水平提供了标准的插件架构，支持标准数据库特性的扩展使用，维护了与制造商无关的使用逻辑网络和系统名称的使用商品化硬件单元的共享原则，复用数据、计算资源、 最大化业务组件等资产，避免数据、逻辑和技术不一致导致的管理复杂性，避免重建和管理成本，通过安全机制保证共享资产的合法使用，在业务层面实现共享资源利益最大化。 列出了一些符合共享策略的体系结构规范或模型。 同一商业服务有唯一的供应商
同样的技术服务有唯一的提供者
同一数据有唯一的来源
控制技术多样性(但同时必须防止供应商锁定) )。
服务互操作性
服务易用性
统一的身份、访问控制和加密机制
为共享服务提供多租户功能(多租户) )。
提供访问的测量和控制
提供业务分级能力，对不同级别的业务提供差异化服务
自治原则每个组件(计算资源、业务组件、信息实体等)都是尽可能自包含的，可以独立执行、监视、部署、配置和禁用，具有特定的SLA，并与其他组件松散耦合如果依赖的组件不存在，或者服务无法正常提供，则可以使用适当的方法降级并在故障消除后自动恢复。 以下是体系结构规范或模型，它们遵循基于OCP (封闭策略)设计组件的自治原则
APP应用程序没有启动相关性
最小化执行依赖集
根据执行依赖关系合理放置组件的物理关联
可以隔离依赖于组件的故障
异步调用(提高异常流量的承载能力，简化故障隔离的实现) )。
具备自我体检能力
具备自我恢复能力
无状态设计
冗馀原则每个组件(计算资源、业务组件、数据等)都可以避免或回退，即使单个组件实例发生故障也不会影响业务的正常运行(多活动/热备盘) 冷备件)必须有充分合理的冗馀实例，以防止丢失不可恢复的数据。 对于不同类型的组件，需要明确定义冗馀量和冗馀类型。 以下是符合冗馀原则的体系结构规范或模型： 高可用性级别扩展服务群集(负载平衡、运行状况检查、自动切换)。
无单点设计(包括逻辑单点) ) ) ) ) ) ) ) )。
使用随机写入策略水平分割数据库
故障数据库
N 1或N x设计
“多活”数据中心
数据复制
灾难备份
分布式原则整个系统划分为职责明确、粒度合适、便于管理的组件，各组件(计算资源、业务组件、数据等)可以分布式运行。 拆分和分布组件可以采用复制、基于功能的垂直拆分或基于用户和访问模式的水平拆分等形式。 以下是遵循分布式原则的体系结构规范或模型。 读写分离设计
垂直分割
水平分开
灵活的分布式事务处理
自动原则系统具有自我监控、自我管理、自适应和自我优化能力，能够随着业务量和访问模式的变化以及其他内外因素的变化，自动进行资源调度、服务策略调整，保证自身的稳定和服务质量。 以下是一些符合自动策略的体系结构规范或模型。 监控每个服务的质量、资源状态和报警
从客户的角度监视最终服务的质量
统一、自动化错误报告、管理和响应
提供全面的配置功能
系统安装自动化
自动化APP应用程序部署
资源分配自动化
可以提供秀丽鸵鸟up/秀丽鸵鸟down服务
支持优雅的降级
自动拒绝非SLA异常通信
作者：技术僧来源： CSDN原文： https://blog.csdn.net/bryans/article/details/80545040版权声明：本文为博主原创文章。 转载请附上博文链接。