微服务（一）—— 认识微服务

认识微服务

单体架构

• 将业务的所有功能集中在一个项目中开发，打成一个包部署。
• 优点：
  • 架构简单。
  • 部署成本低。
• 缺点：
  • 耦合度高。

分布式架构

• 根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务。
• 优点：
  • 降低服务耦合。
  • 有利于服务升级拓展。
• 分布式架构需要考虑的问题：
  • 服务拆分粒度。
  • 服务集群地址维护。
  • 服务之间如何实现远程调用。
  • 服务健康状态如何感知。

微服务

微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征：
- 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发。
- 面向服务：微服务对外暴露接口。
- 自治：团队独立、技术独立、数据独立、部署独立。
- 隔离性强：服务调用做好隔离、容错、降级。避免出现级联问题。

微服务技术框架对比

国内知名微服务技术框架是SpringCloud和阿里巴巴的Dubbo。

	Dubbo	SpringCloud	SpringCloudAlibaba
注册中心	zookeeper、Redis	Eureka、Consul	Nacos、Eureka
服务远程调用	Dubbo协议	Feign（http协议）	Dubbo、Feign
配置中心	无	SpringCloudConfig	SpringCloudConfig、Nacos
服务网关	无	SpringCloudGateway、zuul	SpringCloudGateway、zuul
服务监控和保护	dubbo-admin，功能弱	Hystrix	Sentinel

企业需求

• SpringCloud+Feign：使用SpringCloud技术栈，服务接口采用RESTful风格，服务调用采用Feign方式。
• SpringCloudAlibaba+Feign：使用SpringCloudAlibaba技术栈，服务接口采用RESTful风格，服务调用采用Feign方式。
• SpringCloudAlibaba+Dubbo：使用SpringCloudAlibaba技术栈，服务接口采用Dubbo协议标准，服务调用采用Dubbo方式。
• Dubbo原始模式：基于Dubbo老旧技术体系，服务接口采用Dubbo协议标准，服务调用采用Dubbo方式。

SpringCloud

• SpringCloud是目前国内使用最广泛的微服务框架。
• SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验。
  • 服务注册发现：Eureka、Nacos、Consul。
  • 服务远程调用：OpenFeign、Dubbo。
  • 服务链路监控：ZipKin、Sleuth。
  • 统一配置管理：SpringCloudConfig、Nacos。
  • 统一网关路由：SpringCloudGateway、Zuul。
  • 流控、降级、保护：Hystix、Sentinel。

服务拆分以及远程调用

服务拆分注意事项

• 不同微服务，不要重复开发相同业务。
• 微服务数据独立，不要访问其他微服务的数据库。
• 微服务可以将自己的业务暴露为接口，供其他微服务调用。

远程调用

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

提供者与消费者

• 服务提供者：一次业务中，被其他微服务调用的服务（提供接口给其他微服务）。
• 服务消费者：一次业务中，调用其他微服务的服务。（调用其他微服务的接口）
• 提供者与消费则角色是相对的。一个服务可以同时是服务提供者和服务消费者。