解决方案架构设计模式全解析
1. 行级隔离与 SaaS 评估
- 行级隔离 :在这种隔离级别下,所有租户共享数据库中的同一个表。表中有一个额外的列,用于为每一行存储唯一的租户 ID。当单个租户想从用户界面访问其数据时,应用程序的数据访问层会根据租户 ID 向共享表制定查询。每个租户只能获取属于其用户的行。
- SaaS 评估 :对于企业客户,应根据其独特的功能需求,仔细评估 SaaS 解决方案是否适合他们。因为 SaaS 模型的定制能力通常有限。此外,如果大量用户需要订阅,还需考虑成本价值主张。在做构建与购买决策时,应基于总体拥有成本进行成本比较。由于构建软件并非大多数组织的核心业务,SaaS 模型正变得非常受欢迎,因为组织可以专注于自身业务,让专家处理 IT 方面的事务。
2. 无状态与有状态架构设计
- 有状态架构
- 用户状态处理 :设计像电子商务网站这样的复杂应用时,需要处理用户状态以维持活动流程。用户可能会进行一系列活动,如添加到购物车、下单、选择运输方式和付款。当前,用户可通过多种渠道访问应用,很可能会在不同设备间切换。因此,架构设计和应用实现需要规划用户会话管理,以满足跨设备持久化用户活动和维持其状态直至交易完成的需求。
- 会话存储 :传统的单体应用使用有状态架构,用户会话信息存储在服务器本身,而非通过外部持久化数据库存储。有状态应用的会话信息是服务器本地的,无法在其他
超级会员免费看
订阅专栏 解锁全文
3万+

被折叠的 条评论
为什么被折叠?



