系统架构知识点总结-DX的笔记

单体架构

什么是单体架构？

• 一个应用，将所有的功能代码打包成一个服务，部署到服务器上就的业务
• 适用于小项目，减少开发、部署和维护的成本
  

存在的问题

• 代码耦合：模块的边界模糊、依赖关系不清晰，整个项目非常复杂，每次修改代码都心惊胆战
• 迭代困难：每次功能的变更或bug的修复都会导致重新部署整个应用，随着代码的增多，构建、测试和部署的 时间也会增加
• 扩展受限：单体应用只能作为一个整体进行扩展，无法根据业务模块的需要进行伸缩
• 技术债务：随着时间推移、需求变更和人员更迭，会逐渐形成应用程序的技术债务，并且“越积越多不坏不修”

分布式架构

什么是分布式架构？

• 将原来单体项目应用拆分为互不相干的几个应用，以此来提升系统的整体性能
• 将单体应用部署多份，分别放在不同的服务器上
• 可以针对项目中的某些模块进行优化和性能提升
• 例如：在分布式架构下，我们可以将整个电商项目拆分为：电商交易系统、后台管理系统、CMS管理系统等。
  

存在的问题

• 各系统难免存在重叠的业务(如订单服务、物流、推广都需要调用用户服务)

SOA架构

什么是SOA架构？

• 当业务越来越多，重复编写的业务代码就会越来越多。将重复的代码抽象出来，形成统一的服务供其他系统或者业务模块来进行调用。系统就会演变为SOA架构。
• 系统整体拆分为服务层和表现层。
  • 服务层封装了具体的业务逻辑供表现层调用
  • 表现层则负责处理与页面的交互操作。
• 当部署的服务越来越多，就会出现服务集群地址硬编码的问题，此时，就需要增加一个注册中心来解决各个服务之间的注册与发现。
  

存在的问题

• 服务提供方与调用方接口耦合度较高
• 抽取服务的粒度较大

微服务

什么是微服务？

• 在SOA架构的基础上进一步扩展，将其彻底拆分为一个个小的可以独立部署的微服务。
  

微服务架构特征

• 隔离性强：服务调用的隔离、容错、避免出现级联问题
• 面向服务：微服务对外暴露Restful等轻量协议的接口
• 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发
  等轻量协议的接口
• 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发
• 自治：独立打包、部署和升级，小团队的交付周期将缩短，运维成本也将大幅度下降