微服务架构

微服务架构的介绍

微服务架构， 简单的说就是将单体应用进一步拆分，拆分成更小的服务，每个服务都是一个可以独立运行的项目。

单体结构

优点：

1. 项目架构简单，小型项目的话，开发成本低。
2. 项目部署在一个节点上，维护方便

缺点

1. 全部功能集成在一个工程中，对于大型项目来讲不易开发和维护[修改代码]。
2. 项目模块之间紧密耦合，单点容错率低。
3. 无法针对不同模块进行针对性优化和水平扩展

垂直应用架构

优点：

1. 系统拆分实现了流量分担，解决了并发问题，可以针对不同模块进行优化和水平扩展
2. 一个系统的问题不会影响到其他系统，提高容错率

缺点：

1. 系统之间相互独立， 无法进行相互调用
2. 系统之间相互独立， 会有重复的开发任务

分布式架构

优点:

1. 抽取公共的功能为服务层，提高代码复用性

缺点：

1. 系统间耦合度变高，调用关系错综复杂，难以维护

SOA-架构----阿里dubbo

在分布式架构下，当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心对集群进行实时管理。此时，用于资源调度和治理中心(SOA Service Oriented Architecture，面向服务的架构)是关键。

优点:

1. 使用注册中心解决了服务间调用关系的自动调节

缺点:

1. 服务间会有依赖关系，一旦某个环节出错会影响较大( 服务雪崩 )
2. 服务关心复杂，运维、测试部署困难

微服务架构

微服务架构在某种程度上是面向服务的架构SOA继续发展的下一步，它更加强调服务的"彻底拆分"---->必须要springboot(独立的系统)

优点：

1. 服务原子化拆分，独立打包、部署和升级，保证每个微服务清晰的任务划分，利于扩展
2. 微服务之间采用Restful等轻量级http协议相互调用

缺点：   小型项目----微服务架构不合适。仓库系统---微服务。

1. 微服务系统开发的技术成本高《高》（容错、分布式事务等）