java传染_Martian-cloud 传染机制的原理

2023-10-14 06:40

本文主要是介绍java传染_Martian-cloud 传染机制的原理,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

先解释下什么是传染机制

常规的分布式采用的是【生产者->注册中心->消费者】模型,生产者将接口给注册中心,消费者从注册中心发现其他的服务,实现调用

传染机制就是丢弃注册中心,可以把接口看做病毒,服务看做是人,服务之间只要有直接或者间接的联系,最终都会被染上病毒(接口)

如何实现的

假如现在有三个服务

d0619f0add476019c59025a54bd201da.png

此时,需要发布这三个服务,那我们可以先规划下,将他们连在一起,连在一起的意思是在配置里写好谁连谁。

连接方式可以是这样【图1】

48b4daec2affb121348fef6c66a45f75.png

也可以是这样【图2】

896be05103f58dbcbb12ed5ae9bccbea.png

也可以是这样【图3】

a6ac97323bfdb98344302e3cd8375a61.png

总之,只要别让任何服务落单就行,随便怎么连,你甚至可以来一个五花大绑(不过不建议)

-----------------------------------------------------------------

连接以后就到发布阶段了,那么发布的时候,这些服务之间会发生什么呢?

发布时会发生什么

我们拿【图1】来举例

1. 首先我们启动A服务,启动后由于其他服务还未启动,所以A连接不到B,所以此时A的本地接口缓存表是空的,如下图

9f2f98fef8964ea08ff87753dfd6278f.png

2. 为了避免大家觉得过程过于理想,所以接下来我启动C,而不是启动B

C启动后,由于B还没启动,所以他无法被发现,此时他是孤立的,所以本地缓存的接口依然如下:

7ab82fff50c320fe7e1a27f477db7343.png

3. 接下来就是启动B了,当B启动后,会立刻被A发现,所以A会从B获取一次接口,此时本地缓存如下:

88fa6f2039881afb06115386ebb6643b.png

A获取到接口以后还会再做一件事,那就是发广播,流程如下:

由于本地缓存的是接口,而很多接口都来自同一个服务,所以需要从本地缓存中先提取出这些服务的ip和端口号

经过了第1步以后,会得到一批ip和端口号(按照本示例来说,提取出来的就是B的ip和端口) A会将自己的所有接口(是自己的所有接口,不是本地缓存的接口)广播给这批IP和端口号,(按照本示例来说,A会把自己的接口广播给B)

经过广播以后,此时本地接口缓存变成了下面这样:

36cd61997b8d291ff6a5c29a5e53a8ee.png

上面是A发现B的过程,那么C的接口如何传染给别人呢?

我们刚才都是用【图1】在举例,所以在【图1】我们可以看出B连接的是C,所以当B启动时,除了被A发现完成上面讲述的一系列流程,他还会去发现C,发现C以后,他会从C获取一次接口,所以本地缓存如下:

325edc7381696a65454e37cb5e2a3e32.png

B拿到接口后,依然会像A一样发起一次广播,广播以后本地缓存就变成了这样:

32c839bcbb03bb69ce855ba6358ee59d.png

接下来就有意思了,A和C是如何传染的?

很简单,我们先来回顾一下 服务启动时的过程:

从连接的服务上获取接口【如果服务已经启动了,那就是随机从本地缓存的接口中提取一个服务,去获取那个服务上缓存的接口】

给这些服务发起广播【已经被广播过的服务直接忽略】

其实,这个流程是轮询的,并不是一次性的, 所以接下来就轮到A再次执行这个过程了,当他再次执行这个过程的时候,他会从B获取到C的接口,然后将自己的接口广播给C,所以此刻变成了这样:

82eb379b110e7e30d7ef58f01cece24f.png

这样一来,所有的服务都被对方发现了。

服务宕机怎么办

1. 首先是自私机制

所谓的自私机制,就是每个服务只顾自己,不管别人,每个服务如果发现自己本地缓存的接口连接不上,那就会从本地把他下掉,至于别人,他是不管的。

2. 投票机制

这是每个服务的内部投票,跟外面无关,如果一个服务发现他本地缓存的某个接口连接不上,那么他就会给这个接口指向的服务投一票,让它从本机下线,当调通后会把票数清0,当票数积累到一定程度时,这个服务的所有接口都会被从当前服务上清理掉。【每个服务都有一套这样的机制,来维护自己的本地接口缓存】

3. 如果(下线某个服务的决定)是误判怎么办

有一个补偿机制,就是每个服务在下掉别的服务的时候,都会给被下掉的那个服务发一个通知,让他把自己从已广播列表中移除(比如A服务调不通B服务的接口,当票数累积到一定程度后,A会把B的接口全部清理掉,清理后A会给B发一个通知,让B把A从已广播列表移除,这样如果B服务没挂,那么B在下一次轮询时 会把接口重新广播给A)

如果B服务明明没挂,但是A服务连续调不通,而且连下线通知都无法通知到B服务,那我只能说B服务活该了,即使是误判也比留着报错影响性能好吧。

4. 调不通的情况有很多,不一定是服务挂了,那么什么样的情况会给服务投下线票

很简单,当调用接口时,出现了以下三种异常,就会投票

ConnectException ,连接不上,这不是404之类的,而是根本连不上这个ip:port

UnknownHostException,无法解析地址,提供的 ip:port 无法被解析识别

SocketTimeoutException,连接超时,不是read time out,而是 connect time out

5. 然后是垃圾回收机制

垃圾回收很简单,就是定时去本地缓存中扫描出被下线的服务的接口,然后删除掉。

上面这这一套机制,可以保证当服务宕机以后,接口会自动从其他的服上下线

被链接的那个服务宕机了 如何实现传染

假如B挂了,这个链条就断了,传染是否会受影响呢?

其实不会,因为这个链条 只是启动时有用,启动后就作废了,拿A来说,A只有启动时会去B获取接口,下次轮询的时候,是从本地缓存的接口中随机挑选一个服务 去获取,所以链条不会断。

至于广播,也是广播给本地缓存的服务,并不是配置的这个服务。

所以宕机是不会影响接口传染的

要新添一个服务咋办

很简单,只需要将他连接到正在运行的 任意一个服务上即可,很快它就会浑身染满病毒(接口)

官方网站

这篇关于java传染_Martian-cloud 传染机制的原理的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/208817

相关文章

Spring事务传播机制最佳实践

《Spring事务传播机制最佳实践》Spring的事务传播机制为我们提供了优雅的解决方案,本文将带您深入理解这一机制,掌握不同场景下的最佳实践,感兴趣的朋友一起看看吧... 目录1. 什么是事务传播行为2. Spring支持的七种事务传播行为2.1 REQUIRED(默认)2.2 SUPPORTS2

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java进程异常故障定位及排查过程

《Java进程异常故障定位及排查过程》:本文主要介绍Java进程异常故障定位及排查过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、故障发现与初步判断1. 监控系统告警2. 日志初步分析二、核心排查工具与步骤1. 进程状态检查2. CPU 飙升问题3. 内存

java中新生代和老生代的关系说明

《java中新生代和老生代的关系说明》:本文主要介绍java中新生代和老生代的关系说明,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、内存区域划分新生代老年代二、对象生命周期与晋升流程三、新生代与老年代的协作机制1. 跨代引用处理2. 动态年龄判定3. 空间分

Java设计模式---迭代器模式(Iterator)解读

《Java设计模式---迭代器模式(Iterator)解读》:本文主要介绍Java设计模式---迭代器模式(Iterator),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,... 目录1、迭代器(Iterator)1.1、结构1.2、常用方法1.3、本质1、解耦集合与遍历逻辑2、统一

Java内存分配与JVM参数详解(推荐)

《Java内存分配与JVM参数详解(推荐)》本文详解JVM内存结构与参数调整,涵盖堆分代、元空间、GC选择及优化策略,帮助开发者提升性能、避免内存泄漏,本文给大家介绍Java内存分配与JVM参数详解,... 目录引言JVM内存结构JVM参数概述堆内存分配年轻代与老年代调整堆内存大小调整年轻代与老年代比例元空

深度解析Java DTO(最新推荐)

《深度解析JavaDTO(最新推荐)》DTO(DataTransferObject)是一种用于在不同层(如Controller层、Service层)之间传输数据的对象设计模式,其核心目的是封装数据,... 目录一、什么是DTO?DTO的核心特点:二、为什么需要DTO?(对比Entity)三、实际应用场景解析

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操

从原理到实战深入理解Java 断言assert

《从原理到实战深入理解Java断言assert》本文深入解析Java断言机制,涵盖语法、工作原理、启用方式及与异常的区别,推荐用于开发阶段的条件检查与状态验证,并强调生产环境应使用参数验证工具类替代... 目录深入理解 Java 断言(assert):从原理到实战引言:为什么需要断言?一、断言基础1.1 语

深度解析Java项目中包和包之间的联系

《深度解析Java项目中包和包之间的联系》文章浏览阅读850次,点赞13次,收藏8次。本文详细介绍了Java分层架构中的几个关键包:DTO、Controller、Service和Mapper。_jav... 目录前言一、各大包1.DTO1.1、DTO的核心用途1.2. DTO与实体类(Entity)的区别1