11、软件架构风格与设计决策解析

软件架构风格与设计决策解析

1. GGG组件设计与架构选择

在进行GGG组件设计时,图中所示的设计通常并非最终设计,还需挖掘更多需求,如用户注册方式、支付管理功能等。不过,该设计为进一步迭代提供了良好的起点。解决GGG问题的组件设计方案有多种,没有绝对正确或唯一的方案,每个设计都存在不同的权衡。作为架构师,不应执着于寻找唯一正确的设计,而应客观评估不同设计决策的权衡,选择权衡结果相对最优的方案。

架构师在完成初始组件设计后,会面临一个重要决策:架构应采用单体架构还是分布式架构。架构量子定义了架构特征的范围,这对该决策有重要影响。单体架构通常具有单一可部署单元,包含系统的所有功能,一般连接单个数据库;分布式架构则由多个在各自生态系统中运行的服务组成,通过网络协议进行通信,且可能具有更细粒度的部署模型。

若系统能用单一架构量子(即一组架构特征)管理,单体架构有诸多优势;若组件的架构特征不同,如GGG组件分析所示,则需分布式架构来适应这些差异。例如,VideoStreamer和BidStreamer为投标人提供拍卖的只读视图,从设计角度看,架构师不愿将只读流与大规模更新混合处理,这些差异会促使架构师选择分布式架构。利用架构量子分析架构特征范围和耦合性,能在设计早期确定架构的基本设计特征,这是其优势之一。

2. 架构风格与模式的区别

架构风格和架构模式的区别容易混淆。架构风格指用户界面和后端源代码的总体组织方式(如单体部署的分层结构或单独部署的服务)以及源代码与数据存储的交互方式;架构模式则是较低级别的设计结构,用于在架构风格内形成特定解决方案,如在一组操作或服务之间实现高可扩展性或高性能。

新架构师需花费大量时间和精力理解

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值