初识SpringCloud与微服务

​ 微服务架构在某种程度上实在SOA架构上的进一步发展

​ 微服务架构是一种架构模式或者说是一种架构风格,它提倡将单一应用程序划分成一组小的服务,每个服务运行独立的自己的进程中,服务之间互相协调、互相配合,为用户提供最终价值。

​ 服务之间采用轻量级的通信机制互相沟通(通常是基于 HTTP 的 RESTful API ) 。每个服务都围绕着具体业务进行构建,并且能够被独立地部署到生产环境、类生产环境等。

1、架构的了解

1.1 特点

​ 优点:开发简单,适用于小型应用

​ 缺点:不易扩展和维护,代码耦合

1.2 分布式架构特点

​ 松耦合、扩展性好,但是架构复杂,难度大。适合大型互联网项目。

​ 微服务:一种良好架构设计的分布式方案

​ 有点:拆分粒度小、服务更独立、耦合度更低

​ 缺点:架构非常复杂,运维、监控、部署难度提高

1.3 微服务架构

​ 单一职责:微服务拆分粒度更小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发

​ 面向服务:微服务对外暴露业务接口

​ 自治:团队独立、技术独立、数据独立、部署独立

​ 隔离性强:服务调用做好隔离、容错、降级,避免出现级联问题

优点:拆分粒度更小、服务更独立、耦合度更低

缺点:架构非常复杂,运维、监控、部署难度提高

2、微服务技术对比

在国内最知名的就是SpringCloud和阿里巴巴的Dubbo

Dubbo SpringCloud SpringCloudAlibaba
注册中心 zookeeper、Redis Eureka、Consul Nacos、Eureka
服务远程调用 Dubbo协议 Feign(HTTP协议) Dubbo、Feign
配置中心 SpringCloudConfig Spring Cloud Config、Nacos
服务网关 SpringCloudGateway、zuul SpringCloudGateway、Zuul
服务监控和保护 dubbo-admin,功能弱 Hystrix Sentinel

2.1 SpringCloud

SpringCloud是目前国内使用最广泛的微服务框架。官网地址

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

2.1.1 SpringCloud与SpringBoot版本兼容关系:

Release Train Boot Version
2020.0.x aka llford 2.4.x
Hoxton 2.2.x,2.3.x(Starting with SR5)
Greenwich 2.1.x
Finchley 2.0.x
Edgware 1.5.x
Dalston 1.5.x

3、服务拆分与服务远程调用

3.1 服务拆分

单一职责:微服务需要根据业务模块拆分,做到单一职责,不要重复开发相同业务

面向服务:微服务可以将业务暴露为接口,供其它微服务使用

数据独立:不同微服务都应该有自己独立的数据库

3.2 服务远程调用

3.2.1 基于RestTemplate发起Http请求

http请求做远程调用是与语言无关的调用,只要知道对方的ip、端口、接口路径、请求参数即可。


本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 协议 ,转载请注明出处!