一、服务架构演变

1、单体架构：将业务的所有功能集中在一个项目开发，打包成一个部署。

优点：

• 架构简单
• 部署成本低

缺点：

• 耦合度高不利于大型项目开发

 

2、分布式架构 ：根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务。

优点：

• 降低服务耦合
• 有利于服务升级拓展

 

 3、微服务

微服务是一种经过良好架构设计的分布式架构方案：

• 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发
• 面向服务：微服务对外暴露业务接口
• 自治：团队独立、技术独立、数据独立、部署独立
• 隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

二、服务技术对比

微服务这种方案需要技术框架来落地，全球的互联网公司都在积极尝试自己的微服务落地技术。在国内最知名的就是SpringCloud和阿里巴巴的Dubbo。

 

三、SpringCloud

SpringCloud是目前国内使用最广泛的微服务框架。官网地址：https://spring.io/projects/spring-cloud/

SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验：

 

 SpringCloud与SpringBoot的版本兼容关系如下：

 

 四、服务拆分及远程调用

1、服务拆分及注意事项：

• 单一职责：不同微服务，不要重复开发相同业务
• 数据独立：不要访问其它微服务的数据库
• 面向服务：将自己的业务暴露为接口，供其它微服务调用

2、远程调用

• 基于RestTemplate发起的http请求实现远程调用
• http请求做远程调用是与语言无关的调用，只要知道对方的ip、端口、接口路径、请求参数即可。

---

RestTemplate 是 Spring Boot 框架中的一个用于发送 HTTP 请求的类。它提供了一种简单且灵活的方式来执行 GET、POST、PUT、DELETE 等 HTTP 请求，并提供了多种配置选项和错误处理机制。

所以我在启动类中添加了一个配置方法。（目的是为了在order-service项目中可以访问到user-service项目）

 

然后注入 RestTemplate，写上user-serivce项目的端口号，进行访问