文章目录
- 单体架构
- 分布式架构
- 微服务
- 微服务技术对比
- Spring Cloud 介绍
- 服务拆分及远程调用
单体架构
单体架构: 将业务的所有功能集中在一个项目中开发,打成一个包部署。
优点:
- 架构简单
- 部署成本低
缺点:
- 耦合度高
分布式架构
分布式架构: 根据业务功能对系统进行拆分,每个业务模块作为独立项目开发,称为一个服务。
优点:
- 降低服务耦合
- 有利于服务升级拓展
服务治理
微服务
微服务是一种经过良好架构设计的分布式架构方案,微服务架构特征:
- 单一职责:微服务拆分粒度更小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发
- 面向服务:微服务对外暴露业务接口
- 自治:团队独立、技术独立、数据独立、部署独立
- 隔离性强:服务调用做好隔离、容错、降级,避免出现级联问题
总结:
微服务技术对比
微服务结构
微服务这种方案需要技术框架来落地,全球的互联网公司都在积极尝试自己的微服务落地技术。在国内最知名的就是SpringCloud和阿里巴巴的Dubbo。
微服务技术对比
企业需求
Spring Cloud 介绍
- Spring Cloud 是目前国内使用最广泛的微服务框架。官网:https://spring.io/projects/spring-cloud
- SpringCloud集成了各种微服务功能组件,并基于SpringBoot实现了这些组件的自动装配,从而提供了良好的开箱即用体验:
- Spring Cloud 与 Spring Boot 的版本兼容关系如下:
SR5=》2.2.x,当 大于 SR5 =》2.3.x
服务拆分及远程调用
服务拆分注意事项
- 单一职责:不同微服务,不要重复开发相同业务
- 数据独立:不要访问其它微服务的数据库
- 面向服务:将自己的业务暴露为接口,供其它微服务调用
远程调用
例: 根据订单id查询订单的同时,把订单所属的用户信息一起返回
- 注册 RestTemplate
- 服务远程调用 RestTemplate
提供者与消费者
注意:一个微服务即可以是提供者也可以是消费者
服务调用关系
- 服务提供者:暴露接口给其它微服务调用
- 服务消费者:调用其它微服务提供的接口
- 提供者与消费者角色其实是相对的
- 一个服务可以同时是服务提供者和服务消费者