微服务架构

1）单体应用架构

高效开发：项目前期开发节奏快，团队成员少的时候能够快替代
架构简单：mvc架构，只需要借助Ide开发，调试即可
易于测试：只要通过单元测试或者浏览器完成
易于部署：打包成单一可执行的jar或者war包放到容器中就可以

单体应用架构的应用比较容易部署，测试，在项目的初期，单体应用可以很好的运行，然而睡着需求的不断增加，越来越多的人加入开发团队，代码库也在飞速的膨胀。慢慢的，单体应用架构变得越来越臃肿，可维护性，灵活性逐渐降低，维护成本越来越高，。

缺点：
可靠性差：以一个百万行级别的应用为例，整个项目的包含木块特别多，模块的边界模糊，依赖关系不明确，代码质量参差不齐，混乱的堆砌在一起， 使得整个项目木看上去非常复杂。
扩展能力受限：单体应用只能作为一个整体进行扩展，无法根据业务模块进行伸缩，例如，应用中有的模块是计算机密集型的，需要强劲的CPu，有的模块则是IO密集型的，需要跟大的内存，由于这些模块部署在一起，不得不咋硬件的选择上做出妥协。

2）垂直应用架构

为了避免上面提到的哪些问题，开始做模块的划分，做垂直划分的原则是基于现有的业务来做，核心目标第一个是为了业务之间不互相影响，第二个是在研发团队的壮大后为了提高开发效率，减少组件之间的依赖。
优点：
系统拆分实现了流量分担，解决了并发问题
可以针对不同模块进行优化
方便水平扩展，负载均衡，容错率提高
系统之间相互独立，互不影响，新的业务迭代更加高效
缺点：服务之间相互调用，如果某个服务的端口或者IP地址发生变化，调用的系统得手动改变
搭建集群之后，实现负载均衡比较复杂，如：内网负载，在迁移机器时会影响调用路由，导致线上故障
服务之间的调用方式不一致，基于httpclient，webservice，接口协议不统一
服务监控不到位：除了依靠端口，进程的监控，调用的成功率，失败率，总耗时等这些监控指标是没有的

3）SOA应用架构

在做了垂直划分之后，模块随之增多，维护的成本也在变高，一些通用的业务和模块重复的越来越多，为了解决上面的接口协议不统一，服务无法监控，服务的负载均衡，引入了阿里的开源DUBBO。一款高性能 轻量级的开源JAVA RPC框架，可以和SPRING框架无缝集成。它提供了三大核心能力：
面向接口的远程方法调用，智能容错和负载均衡，以及服务的自动注册和发现
SOA，即面向服务的架构，根据实际业务，把系统拆分成适合的，独立部署的模块，模块之间相互独立
通过Web’Service/Dubbo等技术进行通信。
优点：分布式，松耦合，扩展灵活，可重用。
缺点：服务抽取力度较大，服务调用和提供方耦合度较大（接口耦合度）

4）微服务架构

微服务架构可以说是SOA架构的一种拓展，这种架构模式下拆分力度更小，服务更独立。服务更独立。把应用拆分成为一个个微小的服务，不同的服务可以使用不同的开发语言和存储，服务之间往往通过Restful等轻量级通信。微服务架构关键在于微小、独立、轻量级通信。
微服务是在 SOA 上做的升华粒度更加细致，微服务架构强调的⼀个重点是业务需要彻底的组件化和服务化

微服务架构的核心概念

服务的注册和发现

服务注册：服务提供者将所提供服务的信息服务器的端口，服务协议注册登记到注册中心
服务发现：服务消费者从注册中心获取到就较为实时的服务列表，然后根据一定的研究策略选择一个服务访问

负载均衡

负载聚均衡即将请求压力分配到多个服务器（应用服务器，数据库服务器等），以此来提高服务器的性能，可靠性。

熔断

熔断即断路保护，微服务架构中，如果下游服务因为访问压力过大而响应变慢或者失败，上有服务为了保护系统的整体可用性，可以暂时切断对下游服务的访问，这种牺牲局部，保全整体的措施就叫做熔断

链路追踪

微服务架构越发流行，一个项目拆分成很多各业务，那么以此请求就需啊哟设计到很多各业务，不同的微服务可能是由不同的团队开发，可能使用不同的编程语言实现，整个项目也有可能在很多个服务器上部署 在了很多个不同的数据中心，所谓链路追踪，就是对一个请求涉及到的多个微服务架构进行日志记录，性能监控。

API网关

微服务架构下，不同的微服务往往会有不同的访问地址，客户端可能需要调用多个服务的接口才能实现一个业务需求，如果让客户端会直接与各个微服务通信可能出现：
1）客户端需要调用不同的url地址，增加了维护调用难度
2）在一定的场景下，也存在跨域请求的问题（前后端分离就会碰到跨域问题，原本我们在后端采
用Cors就能解决，现在利用网关，那么就放在网关这层做好了）
3）每个微服务都需要进行单独的身份认证
那么，API网关就可以较好的统一处理上述问题，API请求调用统一接入API网关层，由网关转发请
求。API网关更专注在安全、路由、流量等问题的处理上（微服务团队专注于处理业务逻辑即可），它的
功能比如
1）统一接入（路由）
2）安全防护（统一鉴权，负责网关访问身份认证验证，与“访问认证中心”通信，实际认证业务逻辑
交移“访问认证中心”处理）
3）黑白名单（实现通过IP地址控制禁止访问网关功能，控制访问）
3）协议适配（实现通信协议校验、适配转换的功能）
4）流量管控（限流）
5）长短链接支持
6）容错能力（负载均衡）