分布式服务问题总结
作者:互联网
为什么要把系统分成分布式?
服务独立自治
dubbo的简单流程
provider注册服务到注册中心
consumer订阅服务从注册中心,consumer从注册中心获取对应服务的ip+端口号 通过代理负载均衡调用响应的接口
consumer和provider异步通知检测中心
注册中心挂掉之后还能提供服务吗 ?
注册信息会缓存到本地,所以注册中心挂掉用可以继续使用
dubbo支持的通信协议?
dubbo协议
长连接/异步nio/hession序列化协议 由于是长连接所以数据量比较大的时候会阻塞 数据量小的时候支持高并发
hession/rmi
短连接
http
json序列化
dubbo支持哪些负载均衡,
随机分发
轮询
性能弱的分到请求更少
一致性hash
集群容错
发送失败转发到其他机器去
发送失败报错
发送失败忽略
发送失败定时重试
并行调用多台机器
调用所有的机器一遍
动态代理策略
默认使用javassist动态字节码生成的
dubbo spi思想是什么?
spi是接口有多个实现的时候 具体是使用哪个实现呢?
在指定目录下找到文件 查找对应的实现类配置等
可以自己写个jar包,在META-INF文件夹中写一个接口同名的文件,文件中写好实现类配置然后在dubbo中配置上自己的key即可
降级处理
使用dubbo mock设置为true 重写降级服务 调用超时就可以调用
分布式系统接口幂等性问题?
条件1: 必须有一个唯一标识
条件2: 处理完请求之后必须记录一下这个标识已经处理过了 比如mysql以orderid作为唯一主键,扣款之前插入一条支付流水,成功才能扣款
分布式服务接口如何保证顺序性?
一致性hash 同样id的数据发送到同一台机器,如果服务是多线程的,就创建队列相同id发送到同一个队列 单线程处理 不能保证100%顺序性
要想保证百分百顺序性 得使用分布式锁+顺序标识 去判断是否轮到自己执行不是的话释放锁
设计一个rpc架构?
注册中心 使用zookeeper 保存着provider的ip+端口号等
消费者从注册中心获取对应的服务信息,使用hession或者java等序列化对象
消费者代理对象去实现负载均衡功能,调用服务提供者,在返回信息
异步发送调用信息到检测中心
标签:总结,dubbo,调用,服务,中心,接口,分布式服务,问题,注册 来源: https://www.cnblogs.com/isnotnull/p/14897551.html