初识微服务

微服务项目是一种将应用程序拆分为小型、独立且可独立部署的服务单元的架构模式。与传统的单体式应用相比，微服务项目可以更加灵活、可扩展和易于维护。每个微服务都有自己的业务逻辑和数据库，并通过API接口与其他微服务进行通信。微服务项目通常使用轻量级的通信机制（如HTTP）进行服务之间的交互，并使用容器化技术（如Docker）实现部署和管理。

与Spring Cloud的关系或区别是，Spring Cloud是一个用于构建和管理微服务项目的开发框架。它提供了一系列的库和工具，以简化微服务的开发、部署和管理过程。通过使用Spring Cloud，开发人员可以更轻松地构建和扩展微服务，实现服务注册与发现、负载均衡、断路器等常见的微服务模式和功能

集中式架构：就是把所有的功能、模块都集中到一个项目中，部署在一台服务器上，从而对外提供服务（单体架构、单体服务、单体应用）；

直白一点：就是只有一个项目，只有一个war；

分布式架构：就是把所有的功能、模块拆分成不同的子项目，部署在多台不同的服务器上，这些子项目相互协作共同对外提供服务。

直白一点：就是有很多项目，有很多war包，这些项目相互协作完成需要的功能，不是一个war能完成的，一个war包完成不了；

比如：

leadnews项目：单体应用

leadnews项目：拆分–> (leadnews-service,leadnews-gateway, leadnews-common) 分布式应用

微服务架构：分布式强调系统的拆分，微服务也是强调系统的拆分，微服务架构属于分布式架构的范畴；

微服务和单体的区别：

单体架构所有的模块全都耦合在一块，代码量大，维护困难，微服务每个模块就相当于一个单独的项目，代码量明显减少，遇到问题也相对来说比较好解决。

单体架构所有的模块都共用一个数据库，存储方式比较单一，微服务每个模块都可以使用不同的存储方式（比如有的用redis，有的用mysql等），数据库也是单个模块对应自己的数据库。

单体架构所有的模块开发所使用的技术一样，微服务每个模块都可以使用不同的开发技术，开发模式更灵活。

4. 微服务需要考虑的问题

• API Gateway

• 服务间调用

• 服务发现

• 服务容错

• 服务部署

• 数据调用

5. 服务挂了怎么办？

    分布式最大的特性就是网络是不可靠 的。通过微服务拆分能降低这个风险，不过如果没有特别的保障，结局肯定是噩梦。我们刚遇到一个线上故障就是一个很不起眼的SQL计数功能，在访问量上升 时，导致数据库load彪高，影响了所在应用的性能，从而影响所有调用这个应用服务的前台应用。所以当我们的系统是由一系列的服务调用链组成的时候，我们必须确保任一环节出问题都不至于影响整体链路。相应的手段有很多：

• 重试机制

• 限流

• 熔断机制

• 负载均衡

• 降级（本地缓存） 这些方法基本上都很明确通用，就不详细说明了；