【微服务学习笔记】一、认识微服务及微服务组件

学习视频参考：
B站视频教程：SpringCloud+RabbitMQ+Docker+Redis+搜索+分布式，系统详解springcloud微服务技术栈课程
链接：https://www.bilibili.com/video/BV1LQ4y127n4?p=4&vd_source=2ee5a3ac7c365bd149557aa71f4e04e4

一、微服务技术基本概念

微服务就是由一系列围绕自己业务开发的微小服务构成,他们独立部署，运行在自己的进程里,基于分布式的管理

• 基于原来单个应用开发出一系列微小服务
• 每个服务运行在自己计算机进程里面
• 每个服务基于项目中业务进行拆分
• 拆分出来的每个服务独立部署
• 这些服务都是基于分布式管理

二、微服务技术栈

具体技术：

三、单体架构

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

优点：架构简单、部署成本低

缺点：耦合度高

四、分布式架构

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

优点：降低服务耦合；有利于服务升级拓展；

问题：

1. 服务拆分粒度如何把控？
2. 服务集群地址如何维护？
3. 服务之间如何实现远程调用？
4. 服务健康状态如何感知？

五、微服务

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

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

六、总结

七、SpringCloud组件

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

八、服务拆分及远程调用

1、服务拆分注意事项

1. 微服务需要根据业务模块拆分，做到单一职责，不要重复开发相同业务
2. 不同微服务都应该有自己独立的数据库
3. 微服务可以将自己的业务暴露为接口，供其它微服务调用