后端八股笔记------微服务篇

本文探讨了注册中心在服务架构中的负载均衡与健康监控作用,提及服务雪崩问题以及如何通过CP(XA)和AP(TCC)模型来处理分布式事务。还提到了在遇到问题时如支付宝的解决方案,即关注消息队列(MQ)和数据库(MySQL)的一致性保障。
摘要由CSDN通过智能技术生成

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
注册中心的主要作用:根据服务进行负载均衡,服务的健康监控。

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

服务雪崩,因为一个服务D的宕机,导致很多服务崩掉。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
达到失败阈值----Closed_to_Open
在这里插入图片描述
服务降级------某一个接口
服务熔断------整个服务

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
限流常见的算法可以是令牌桶和漏桶
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
👆实现的是CP功能(强一致性) XA模式–XA模式中的XA,其全称是X/Open Distributed Transaction Processing,它是X/Open组织定义的分布式事务处理(DTP,Distributed Transaction Processing)标准。
“执行分支业务SQL但不提交”可能意味着你正在根据某些业务规则或条件执行SQL语句,但这些更改尚未被永久保存到数据库中。这可能是为了进行某些测试、验证或回滚操作,或者是为了在一个更大的流程中暂时保存这些更改。

在这里插入图片描述
👆实现的是AP模型
在这里插入图片描述
👆TCC模式和前两个不太相同,前两个是机制实现功能 ,而TCC中的1.4、2.4、是我们需要代码手动实现,具有一定的耦合度。实现的是AP模型。
在这里插入图片描述
👆支付宝读消息出现问题一般会报给人工处理,我们要做的是mq和mysql的一致性就可以
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值