SpringCloud微服架构

微服务架构

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)容错能力(负载均衡)
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

啊啊啊杨

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值