CN111176873B - 一种微服务自动下线方法、装置、计算机设备及存储介质 - Google Patents
一种微服务自动下线方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN111176873B CN111176873B CN201911325085.XA CN201911325085A CN111176873B CN 111176873 B CN111176873 B CN 111176873B CN 201911325085 A CN201911325085 A CN 201911325085A CN 111176873 B CN111176873 B CN 111176873B
- Authority
- CN
- China
- Prior art keywords
- service
- micro
- abnormal state
- services
- backup
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 55
- 230000002159 abnormal effect Effects 0.000 claims abstract description 148
- 238000001514 detection method Methods 0.000 claims abstract description 97
- 238000011144 upstream manufacturing Methods 0.000 claims abstract description 72
- 238000011084 recovery Methods 0.000 claims abstract description 43
- 238000012545 processing Methods 0.000 claims abstract description 22
- 230000004044 response Effects 0.000 claims description 85
- 238000004590 computer program Methods 0.000 claims description 14
- 238000012790 confirmation Methods 0.000 claims description 11
- 238000004519 manufacturing process Methods 0.000 claims description 8
- 230000005856 abnormality Effects 0.000 claims description 3
- 238000006467 substitution reaction Methods 0.000 claims description 3
- 238000012360 testing method Methods 0.000 claims description 3
- 230000006870 function Effects 0.000 abstract description 19
- 238000010586 diagram Methods 0.000 description 12
- 230000008569 process Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 235000019800 disodium phosphate Nutrition 0.000 description 1
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Debugging And Monitoring (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明公开了一种微服务自动下线方法、装置、计算机设备及存储介质，涉及微服务架构技术领域。该方法包括：基于对微服务的心跳检测和/或业务检测，确认处于异常状态的微服务；对处于异常状态的微服务的信息进行更新，并将处于异常状态的微服务的信息推送至上游服务；所述上游服务用于对所述处于异常状态的微服务进行下线处理；以及将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务。该方法不仅提供了异常微服务的检测和下线功能，同时也提供了下线之后的解决方案，即利用备份的微服务来替代已下线的微服务，从而提供及时的灾备功能。
Description
技术领域
本发明涉及微服务架构技术领域，尤其涉及一种微服务自动下线方法、装置、计算机设备及存储介质。
背景技术
近年来，各大互联网公司都开始对技术进行改造和升级，其技术路线一般是由原来的单体式应用架构升级到服务化架构，再升级到目前的微服务架构。采用微服务架构具有诸多好处：1、服务职责单一，功能清晰；2、架构清晰；3、可扩展性强，升级简单；4、每个服务由专一团队维护，可选择适合团队的技术栈。
虽然微服务架构带来了上述诸多好处，但同样带来了不足之处。具体来说，微服务架构可拆分出众多微服务，每个微服务都是一个集群，这样一个系统就需要部署在大量的机器上。在微服务架构中，微服务经常会出现异常，导致微服务异常的原因有很多，例如微服务所在进程宕机、网络故障、微服务假死(在假死状态下，虽然微服务接收请求，但是不响应)。这时如果不及时进行处理，就会导致有大量的用户请求无响应，致使用户体验差。
目前，一般微服务出现异常后，通常的做法是由运维人员直接重启对应的机器，使得用户能正常访问。虽然采用重启机器的方式解决了微服务异常的问题，但机器重启后，丢失了问题现场，使得排查问题变得更加困难，甚至无法找出问题出现的真正原因。故，现有技术中的微服务异常处理方法需手动处理，其效率低、且无法保留问题现场。
发明内容
本发明实施例提供了一种微服务自动下线方法、装置、计算机设备及存储介质，旨在解决现有微服务异常处理方法效率低以及无法保留问题现场的问题。
第一方面，本发明实施例提供了一种微服务自动下线方法，应用于注册中心，方法包括：
基于对微服务的心跳检测和/或业务检测，确认处于异常状态的微服务；
对处于异常状态的微服务的信息进行更新，并将处于异常状态的微服务的信息推送至上游服务；所述上游服务用于对所述处于异常状态的微服务进行下线处理；以及
将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务。
第二方面，本发明实施例提供了一种微服务自动下线装置，其包括：
异常确认单元，用于基于对微服务的心跳检测和/或业务检测，确认处于异常状态的微服务；
更新单元，用于对处于异常状态的微服务的信息进行更新，并将处于异常状态的微服务的信息推送至上游服务；所述上游服务用于对所述处于异常状态的微服务进行下线处理；以及
灾备单元，用于将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务。
第三方面，本发明实施例提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的微服务自动下线方法。
第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行如第一方面所述的微服务自动下线方法。
本发明实施例提供了一种微服务自动下线方法、装置、计算机设备及存储介质。该方法包括基于对微服务的心跳检测和/或业务检测，确认处于异常状态的微服务；对处于异常状态的微服务的信息进行更新，并将处于异常状态的微服务的信息推送至上游服务；所述上游服务用于对所述处于异常状态的微服务进行下线处理；以及将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务。该方法通过对异常微服务进行检测，及时对异常微服务进行自动下线处理，并且还利用备份的微服务来替代已下线的微服务。即本方法不仅提供了异常微服务的检测和下线功能，同时也提供了下线之后的解决方案，从而提供及时的灾备功能，同时也不影响其他微服务正常提供服务。
附图说明
为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的微服务自动下线方法的流程示意图；
图2为本发明实施例提供的微服务自动下线方法的子流程示意图；
图3为本发明实施例提供的微服务自动下线方法的另一子流程示意图；
图4为本发明实施例提供的微服务自动下线方法的另一子流程示意图；
图5为本发明实施例提供的微服务自动下线方法的另一流程示意图；
图6为本发明实施例提供的微服务自动下线装置的示意性框图；
图7为本发明实施例提供的微服务自动下线装置的子单元示意性框图；
图8为本发明实施例提供的微服务自动下线装置的另一子单元示意性框图；
图9为本发明实施例提供的微服务自动下线装置的另一子单元示意性框图；
图10为本发明实施例提供的微服务自动下线装置的另一示意性框图；
图11为本发明实施例提供的计算机设备的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
请参阅图1，图1为本发明实施例提供的一种微服务自动下线方法的流程示意图，该方法应用于注册中心，方法可以包括步骤S101～S103：
S101、基于对微服务的心跳检测和/或业务检测，确认处于异常状态的微服务；
首先可在注册中心注册微服务，具体是注册微服务的调用地址等信息。也就是，微服务作为服务提供方，启动后将自身调用地址等信息注册到注册中心，让服务调用方能够方便地找到自己。当然，也可以采用第三方工具来将微服务的上述信息注册到注册中心，所述第三方工具可以是registrator(注册器)、zookeeper(Hadoop的分布式协调服务)或者etcd(服务发现存储仓库)等。
服务调用方需要使用微服务提供的服务时，可以从注册中心找到需要调用的微服务的调用地址，从而实现调用相应微服务的目的。
在成功注册后，微服务开始工作，此时需要对微服务状态进行检测，其目的是为了判断微服务是否处于异常状态，以找到处于异常状态的微服务。
对微服务状态进行检测的方式可以是基于心跳检测，也可以是基于业务检测，或者同时基于心跳检测和业务检测。本实施例中，心跳检测是基于网络层面，主要是用来检测微服务与注册中心的网络连接是否正常；业务检测是基于业务层面，主要是检测微服务是否可正常完成下发的业务。本实施例也可同时采用上述两种检测方式，即基于心跳检测和业务检测，通过任意一种方式检测到微服务处于异常状态时，则确认微服务当前处于异常状态，这样可确保检测结果的准确性。在某些情况下，虽然微服务与注册中心的心跳不正常，但其业务检测仍然正常；或者虽然微服务的业务检测不正常，但其心跳检测仍然正常。
具体的，对于心跳检测方式，可以基于注册中心与微服务的心跳检测，来判断微服务是否处于异常状态。当然，也可以单独设置一心跳检测组件，来与微服务进行心跳检测，然后向注册中心反馈检测结果。同样的，对于业务检测方式，可以基于注册中心与微服务的业务检测，来判断微服务是否处于异常状态。在一具体应用场景中，可以单独设置一业务检测组件，来与微服务进行业务检测，然后向注册中心反馈检测结果。
在一实施例中，如图2所示，所述步骤S101包括步骤S201～S202：
S201、发送心跳包至微服务，当接收到微服务返回的反馈包时，则确认微服务处于正常状态，当未接收到微服务返回的反馈包时，则确认微服务处于异常状态；
本步骤是基于注册中心与微服务的心跳检测，心跳检测的实质就是发送心跳包至微服务，判断是否接收到微服务返回的反馈包，若有则可确认微服务处于正常状态，反之确认微服务处于异常状态。
在一实施例中，如图3所示，所述步骤S201包括步骤S301～步骤S303：
S301、通过Tcp方式发送心跳包至微服务；
S302、当接收到微服务返回的反馈包时，则确认微服务处于正常状态；
S303、当未接收到微服务返回的反馈包时，再次通过Tcp方式发送心跳包至微服务，若连续多次未成功接收到微服务返回的反馈包时，则确认微服务处于异常状态。
本实施例可通过Tcp方式来进行心跳检测。在Tcp保持长连接的过程中，由于某些突发情况，例如网线被拔出、突然掉电等，可能造成注册中心与微服务的连接中断。在这些突发情况下，如果恰好注册中心与微服务之间没有交互，则无法能在短时间内发现对方已经掉线。为了解决上述问题，本实施例引入Tcp方式的心跳机制，该心跳机制的工作原理是:在注册中心与微服务之间一定时间内没有数据交互时(如果有数据交互，则表明微服务仍然在线，可以不必进行心跳检测)，注册中心和微服务之间定期发送一种特殊的数据包，当接收方收到这个数据包后，也立即发送一个特殊的反馈包，回应发送方，此即一个交互过程，自然地，当某一方收到心跳消息后，即可确认对方仍然在线，这就确保了Tcp连接的有效性。
其中，前面提到的特殊的数据包是指数据长度为零的探测心跳包，具体可还可以设置发送的频率和次数，发送该数据包的目的是为了得到对方回应的反馈包，所以至于数据包的具体内容并无限制，一般可以设置为数据量非常小的包，或者只包含包头的包(即空包)。而前面提到的特殊的反馈包是为了确认自己仍然在线，所以该特殊的反馈包也可以设置为一个数据量非常小的包或者只包含包头的包。如果发送方在发送数据包之后，在预定时间内接收不到反馈包，则可以判定对方掉线。
本实施例中，发送心跳检测的一方可以是注册中心，即注册中心通过Tcp方式发送心跳包给微服务，然后微服务在预定时间内返回一个反馈包给注册中心，即从注册中心发送本次的心跳包的时间开始，在预定时间内接收到微服务返回的反馈包，这样注册中心即可确认微服务仍然在线。而如果微服务未在预定时间内返回反馈包，则注册中心继续通过Tcp方式发送心跳包至微服务，若微服务在预定时间内返回一个反馈包至注册中心，即从注册中心发送本次的心跳包的时间开始，在预定时间内接收到微服务返回的反馈包，则可确认微服务仍然在线。而如果微服务再次未在预定时间(从注册中心发送本次的心跳包的时间开始)内返回反馈包，则继续通过Tcp方式发送心跳包至微服务，这样如果连续多次(例如连续5次)未成功接收到微服务返回的反馈包时，则确认微服务处于异常状态。因为微服务偶尔的断线可能导致未正常返回反馈包，此时微服务可能会在下一次正常反馈心跳包，所以无需将此微服务进行下线处理，而只有连续多次都未正常返回反馈包，才确认相应微服务处于异常状态，这样可以提高容错率，避免频繁下线微服务，提高服务稳定性。
和/或，S202、通过业务调用请求调用微服务的业务接口，当接收到业务接口反馈的响应码时，则确认微服务处于正常状态，当未接收到业务接口反馈的响应码时，则确认微服务处于异常状态。
对于业务检测方式，可以通过调用微服务的业务接口来判断微服务是否处于异常状态。上述的心跳检测方式是通过Tcp请求来判断网络层是否正常。而此处的业务检测则可以通过Http请求或者Grpc请求判断应用层是否正常。
在一实施例中，如图4所示，所述步骤S202包括S401～S403：
S401、调用业务检测组件向所述微服务的业务接口发送Http请求或者Grpc请求；
S402、若超过超时时间未接收到业务接口反馈的响应码，则确认微服务处于异常状态；
S403、若在超时时间内接收到业务接口反馈的响应码，则对响应码进行解析，若响应码为目标响应码，则确认微服务处于正常状态，若响应码不为目标响应码，则确认微服务处于异常状态。
所述的业务检测是指为微服务下发业务，判断微服务是否可正常完成业务，微服务如果可以正常完成业务，会进行反馈，若无法接收反馈，则表示微服务处于异常状态。在进行检测时，为微服务下发的业务是专门用来测试的业务，对于不同类型的微服务，下发的测试的业务也不尽相同，但只要能够实现对微服务进行业务检测即可。在一具体应用场景中，可通过Http或者Grpc等方式(支持自定义协议)定时调用下游服务的业务接口，以便检查下游服务是否正常提供服务。
具体地，以Http方式为例，可先配置好微服务的业务接口，然后向配置好的业务接口发送Http请求，并根据业务接口反馈的响应码和响应时间来判断微服务是否处于异常状态。更具体地，在进行判断时，可设置一超时时间，每次都判断业务检测的响应时间是否超过超时时间，若是则判定该次业务检测结果为响应异常。本实施例关注的是该微服务是否可用，因此关注的是响应状态，具体的响应内容则无需限制，故可以预先设置哪些响应码表示响应正常，哪些响应码表示响应异常，例如配置响应码为2xx和3xx可视为响应正常，其它响应码认为响应异常。所以即使在超时时间内接收到业务接口反馈的响应码，也需要对响应码进行解析，若响应码为目标响应码(即表示响应正常的响应码)，则确认微服务处于正常状态，若响应码不为目标响应码，则表示该次业务检测结果为响应异常。
至于所述的超时时间是根据微服务的业务特性来配置，比如微服务通常的业务处理时间较长，则可将前述的超时时间设置长一些，又或者微服务通常的业务处理时间较短，则可将前述的超时时间设置短一些。
在进行业务检测时，可以设置检测周期，每个检测周期都进行一次业务检测，该检测周期可以是几百毫秒或几秒，实际情况根据业务特性来确定。当连续几个检测周期的业务检测结果均为响应异常，那么确认该微服务处于异常状态。当然，也可以是只要在任意一个检测周期内的业务检测结果为响应异常，则确定对应微服务处于异常状态。
上述心跳检测方式和业务检测方式均可以是定时检测，也可以是不定时检测，也可以是一个定时检测，另一个不定时检测。在一个具体应用场景中，将二者均设置为定时检测，以便及时发现有问题的微服务。
通过上述两种方式都可以判断微服务当前是否处于异常状态，并确认处于异常状态的微服务，即确认有问题的微服务。
S102、对处于异常状态的微服务的信息进行更新，并将处于异常状态的微服务的信息推送至上游服务；所述上游服务用于对所述处于异常状态的微服务进行下线处理；
对处于异常状态的微服务的信息进行更新是指对于处于异常状态的微服务，可更新其在注册中心的状态。例如其在注册中心的初始状态为正常状态，那么此时可将其在注册中心的状态修改为异常状态。
注册中心中微服务状态发生变化后，会及时将发生变化的微服务的信息(即更新后的微服务的状态)推送到上游服务，所述上游服务可以是网关服务，该上游服务用来向各微服务推送各种信息和数据，如调用请求；微服务调用方则是具体需要使用到各个微服务提供的服务的调用者，微服务调用方可先向上游服务发送调用请求，再由各微服务来进行处理。上游服务接收到注册中心推送的更新的微服务信息后，如确认是微服务状态变为异常状态，则可将相应的微服务剔除，从而实现对相应微服务下线的目的。
由于本实施例中，处于异常状态的微服务的处理方式是直接下线处理(可以理解为禁止调用，即不再向处于异常状态的微服务发送调用请求)，而非重启处理，这样微服务将保持异常状态，运维人员可以根据当前的异常状态来排查问题，找到造成微服务处于异常状态的真正原因，降低排查微服务问题的难度，同时也降低运维负担。
本实施例中可以自动发现有问题的微服务，而不是由用户上报问题，因此能够极大的缩短系统的故障时间；并且可自动剔除异常的微服务，可降低成本；同时也可保留问题现场，能够极大的降低开发和运维排查问题的难度；同时也能提升系统可用率和可靠性。
S103、将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务。
当微服务下线后，需要将上游服务的流量导向处于正常状态的微服务。本实施例为了解决上述问题，先由注册中心将处于备份的微服务的消息推送到上游服务，然后上游服务会将备份的微服务加入到负载中，这样上游服务就能调用备份的微服务，下次调用时将会将流量自动导入备份的微服务，以替代已下线的微服务。本实施例确保了即使下线了处于异常状态的微服务，也能提供及时的灾备功能，即本实施例提供了备份的微服务，当有微服务出现异常并下线时，则可以利用备份的微服务替代下线的微服务的功能，更为重要的是，本实施例不会对其他处于正常状态的微服务造成影响，即不利用其他正常状态的微服务来替代下线的微服务，而是单独提供了备份的微服务，使得微服务架构更加稳定和可靠。
在一实施例中，如图5所示，该方法可以包括步骤S501～S506：
S501、基于对微服务的心跳检测和/或业务检测，确认处于异常状态的微服务；
S502、对处于异常状态的微服务的信息进行更新，并将处于异常状态的微服务的信息推送至上游服务；所述上游服务用于对所述处于异常状态的微服务进行下线处理；
S503、检测灾备环境的微服务是否处于正常状态；
S504、若灾备环境的微服务处于正常状态，则将灾备环境的微服务作为备份的微服务；
S505、将备份的微服务的灾备环境更新为生产环境，并将备份的微服务的状态更新为正常状态；
S506、将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务。
本实施例是对前述实施例的技术方案做了更进一步的优化和改进。具体的，在将处于异常状态的微服务剔除之后，首先会检查灾备环境的微服务是否正常，若是则将其作为备份的微服务，以便后续替代下线的微服务的功能。然后在注册中心的环境标记为生产环境，并更新状态为正常。即灾备环境的微服务其在注册中心的环境初始为灾备环境，状态为待激活状态。
本实施例中，一个完整的实例如下：前述灾备环境的微服务(如微服务A)一直处于待激活状态，其与前述的处于异常状态的微服务(微服务B)可提供相同的服务。一旦微服务B下线后，首先会检查灾备环境的微服务A是否正常，若是则将其作为备份的微服务，并更新其在注册中心的环境为生产环境，并将微服务A上线，上线的方法可以是：将微服务A的信息推送到上游服务，然后由上游服务将微服务A添加到负载中，这样上游服务就能正常调用微服务A。对于注册中心来说，其可以事先存储好微服务A的状态，例如将微服务A的状态标记为待激活状态且其环境为灾备环境，一旦确认微服务B的状态修改为异常状态后，可将微服务A的状态标记为正常状态，并推送微服务A至上游服务。
在本实施例中，可以为各个微服务都提供备份的微服务，但更为优选的情况是，根据微服务所提供的服务类型对微服务进行分类，从而得到多个微服务类别，这样一个类别的微服务都具有一个微服务集合，这个微服务集合内的微服务都能提供相同或相似的服务。本实施例可以为每类微服务提供一个或几个备份的微服务，因为一般来说，一个微服务集合内的微服务不会同时出现处于异常状态的情况，所以可设置一个或几个备份的微服务，这些备份的微服务的环境为灾备环境并且处于待激活状态，只有该微服务集合中的微服务出现异常时，才会由注册中心来修改器环境和状态，从而激活备份的微服务，替代异常的微服务，及时将流量导向备份的微服务。
在一实施例中，所述的微服务自动下线方法，还包括：
调用通知组件将处于异常状态的微服务的信息发送至指定用户。
本实施例中，在微服务下线后，需要及时通知有关用户，以便对相应的微服务进行维护。具体的，当确认有异常状态的微服务时，可调用通知组件来通知指定用户，通知的方式有多种，例如常用的短信、微信、邮箱等方式，当然本实施例也可以使用企业内部的通信组件来进行通知。
在一实施例中，所述上游服务为网关服务。所述网关服务即为API(应用程序编程接口)网关，API网关是一个服务器。API网关封装了系统内部架构，为每个客户端提供一个定制的API。API网关还可以具有其它功能，如身份验证、监控、负载均衡、缓存、请求分片与管理、静态响应处理等等。API网关的实现方式中，所有的客户端和消费端都通过统一的网关接入微服务，以便在网关层处理所有的非业务功能。
该方法不仅提供了异常微服务的检测和下线功能，同时也提供了下线之后的解决方案，即利用备份的微服务来替代已下线的微服务，从而提供及时的灾备功能。
本发明实施例还提供一种微服务自动下线装置，该微服务自动下线装置用于执行前述微服务自动下线装置的任一实施例。具体地，请参阅图6，图6是本发明实施例提供的微服务自动下线装置的示意性框图。该微服务自动下线装置600包括异常确认单元610、更新单元620、灾备单元630。
异常确认单元610，用于基于对微服务的心跳检测和/或业务检测，确认处于异常状态的微服务；
更新单元620，用于对处于异常状态的微服务的信息进行更新，并将处于异常状态的微服务的信息推送至上游服务；所述上游服务用于对所述处于异常状态的微服务进行下线处理；以及
灾备单元630，用于将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务。
在一实施例中，所述微服务自动下线装置600还包括：
通知单元，用于调用通知组件将处于异常状态的微服务的信息发送至指定用户。
在一实施例中，如图7所示，所述异常确认单元610包括：
心跳检测单元611，用于发送心跳包至微服务，当接收到微服务返回的反馈包时，则确认微服务处于正常状态，当未接收到微服务返回的反馈包时，则确认微服务处于异常状态；
和/或，业务检测单元612，用于通过业务调用请求调用微服务的业务接口，当接收到业务接口反馈的响应码时，则确认微服务处于正常状态，当未接收到业务接口反馈的响应码时，则确认微服务处于异常状态。
在一实施例中，如图8所示，所述心跳检测单元611包括：
心跳包发送单元6111，用于通过Tcp方式发送心跳包至微服务；
反馈包接收单元6112，用于当接收到微服务返回的反馈包时，则确认微服务处于正常状态；
心跳确认单元6113，用于当未接收到微服务返回的反馈包时，再次通过Tcp方式发送心跳包至微服务，若连续多次未成功接收到微服务返回的反馈包时，则确认微服务处于异常状态。
在一实施例中，如图9所示，所述业务检测单元612包括：
请求发送单元6121，用于调用业务检测组件向所述微服务的业务接口发送Http请求或者Grpc请求；
第一确认单元6122，用于若超过超时时间未接收到业务接口反馈的响应码，则确认微服务处于异常状态；
第二确认单元6123，用于若在超时时间内接收到业务接口反馈的响应码，则对响应码进行解析，若响应码为目标响应码，则确认微服务处于正常状态，若响应码不为目标响应码，则确认微服务处于异常状态。
在一实施例中，如图10所示，该微服务自动下线装置600包括：
异常确认单元610，用于基于对微服务的心跳检测和/或业务检测，确认处于异常状态的微服务；
更新单元620，用于对处于异常状态的微服务的信息进行更新，并将处于异常状态的微服务的信息推送至上游服务；所述上游服务用于对所述处于异常状态的微服务进行下线处理；
灾备单元630，用于将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务；
检测单元640，用于检测灾备环境的微服务是否处于正常状态；
备份单元650，用于若灾备环境的微服务处于正常状态，则将灾备环境的微服务作为备份的微服务；以及
替代单元660，用于将备份的微服务的灾备环境更新为生产环境，并将备份的微服务的状态更新为正常状态。
在一实施例中，所述上游服务为网关服务。
该装置不仅提供了异常微服务的检测和下线功能，同时也提供了下线之后的解决方案，即利用备份的微服务来替代已下线的微服务，从而提供及时的灾备功能，同时也不影响其他微服务的正常提供服务。
上述微服务自动下线装置可以实现为计算机程序的形式，该计算机程序可以在如图11所示的计算机设备上运行。
请参阅图11，图11是本发明实施例提供的计算机设备的示意性框图。该计算机设备500是服务器，服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。
参阅图11，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。
该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行微服务自动下线方法。
该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。
该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行微服务自动下线方法。
该网络接口505用于进行网络通信，如提供数据信息的传输等。本领域技术人员可以理解，图11中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下功能：基于对微服务的心跳检测和/或业务检测，确认处于异常状态的微服务；对处于异常状态的微服务的信息进行更新，并将处于异常状态的微服务的信息推送至上游服务；所述上游服务用于对所述处于异常状态的微服务进行下线处理；以及将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务。
在一实施例中，处理器502在执行所述微服务自动下线方法的步骤时，还执行如下操作：调用通知组件将处于异常状态的微服务的信息发送至指定用户。
在一实施例中，处理器502在执行所述述基于对微服务的心跳检测和/或业务检测，确认处于异常状态的微服务的步骤时，执行如下操作：发送心跳包至微服务，当接收到微服务返回的反馈包时，则确认微服务处于正常状态，当未接收到微服务返回的反馈包时，则确认微服务处于异常状态；和/或，通过业务调用请求调用微服务的业务接口，当接收到业务接口反馈的响应码时，则确认微服务处于正常状态，当未接收到业务接口反馈的响应码时，则确认微服务处于异常状态。
在一实施例中，处理器502在执行所述发送心跳包至微服务，当接收到微服务返回的反馈包时，则确认微服务处于正常状态，当未接收到微服务返回的反馈包时，则确认微服务处于异常状态的步骤时，执行如下操作：通过Tcp方式发送心跳包至微服务；当接收到微服务返回的反馈包时，则确认微服务处于正常状态；当未接收到微服务返回的反馈包时，再次通过Tcp方式发送心跳包至微服务，若连续多次未成功接收到微服务返回的反馈包时，则确认微服务处于异常状态。
在一实施例中，处理器502在执行所述通过业务调用请求调用微服务的业务接口，当接收到业务接口反馈的响应码时，则确认微服务处于正常状态，当未接收到业务接口反馈的响应码时，则确认微服务处于异常状态的步骤时，执行如下操作：调用业务检测组件向所述微服务的业务接口发送Http请求或者Grpc请求；若超过超时时间未接收到业务接口反馈的响应码，则确认微服务处于异常状态；若在超时时间内接收到业务接口反馈的响应码，则对响应码进行解析，若响应码为目标响应码，则确认微服务处于正常状态，若响应码不为目标响应码，则确认微服务处于异常状态。
在一实施例中，处理器502在执行所述将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务的步骤之前，还执行如下操作：检测灾备环境的微服务是否处于正常状态；若灾备环境的微服务处于正常状态，则将灾备环境的微服务作为备份的微服务；将备份的微服务的灾备环境更新为生产环境，并将备份的微服务的状态更新为正常状态。
本领域技术人员可以理解，图11中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图11所示实施例一致，在此不再赘述。
应当理解，在本发明实施例中，处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在本发明的另一实施例中提供计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质。该计算机可读存储介质存储有计算机程序，其中计算机程序被处理器执行时实现以下步骤：基于对微服务的心跳检测和/或业务检测，确认处于异常状态的微服务；对处于异常状态的微服务的信息进行更新，并将处于异常状态的微服务的信息推送至上游服务；所述上游服务用于对所述处于异常状态的微服务进行下线处理；以及将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务。
在一实施例中，所述的微服务自动下线方法的步骤还包括：调用通知组件将处于异常状态的微服务的信息发送至指定用户。
在一实施例中，所述基于对微服务的心跳检测和/或业务检测，确认处于异常状态的微服务包括：发送心跳包至微服务，当接收到微服务返回的反馈包时，则确认微服务处于正常状态，当未接收到微服务返回的反馈包时，则确认微服务处于异常状态；和/或，通过业务调用请求调用微服务的业务接口，当接收到业务接口反馈的响应码时，则确认微服务处于正常状态，当未接收到业务接口反馈的响应码时，则确认微服务处于异常状态。
在一实施例中，所述发送心跳包至微服务，当接收到微服务返回的反馈包时，则确认微服务处于正常状态，当未接收到微服务返回的反馈包时，则确认微服务处于异常状态，包括：通过Tcp方式发送心跳包至微服务；当接收到微服务返回的反馈包时，则确认微服务处于正常状态；当未接收到微服务返回的反馈包时，再次通过Tcp方式发送心跳包至微服务，若连续多次未成功接收到微服务返回的反馈包时，则确认微服务处于异常状态。
在一实施例中，所述通过业务调用请求调用微服务的业务接口，当接收到业务接口反馈的响应码时，则确认微服务处于正常状态，当未接收到业务接口反馈的响应码时，则确认微服务处于异常状态，包括：调用业务检测组件向所述微服务的业务接口发送Http请求或者Grpc请求；若超过超时时间未接收到业务接口反馈的响应码，则确认微服务处于异常状态；若在超时时间内接收到业务接口反馈的响应码，则对响应码进行解析，若响应码为目标响应码，则确认微服务处于正常状态，若响应码不为目标响应码，则确认微服务处于异常状态。
在一实施例中，所述将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务之前，包括：检测灾备环境的微服务是否处于正常状态；若灾备环境的微服务处于正常状态，则将灾备环境的微服务作为备份的微服务；将备份的微服务的灾备环境更新为生产环境，并将备份的微服务的状态更新为正常状态。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
在本发明所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。
Claims (5)
1.一种微服务自动下线方法，应用于注册中心，其特征在于，方法包括：
基于对微服务的心跳检测和业务检测，通过任意一种方式检测到微服务处于异常状态时，则确认所述微服务处于异常状态；
对处于异常状态的微服务的信息进行更新，并将处于异常状态的微服务的信息推送至上游服务；所述上游服务用于对所述处于异常状态的微服务直接进行下线处理，使微服务保持异常状态；以及
将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务；
当微服务下线后，将上游服务的流量导向处于正常状态的微服务；
所述基于对微服务的心跳检测和业务检测，确认处于异常状态的微服务包括：
发送心跳包至微服务，当接收到微服务返回的反馈包时，则确认微服务处于正常状态，当未接收到微服务返回的反馈包时，则确认微服务处于异常状态；
通过业务调用请求调用微服务的业务接口，当接收到业务接口反馈的响应码时，则确认微服务处于正常状态，当未接收到业务接口反馈的响应码时，则确认微服务处于异常状态；
所述发送心跳包至微服务，当接收到微服务返回的反馈包时，则确认微服务处于正常状态，当未接收到微服务返回的反馈包时，则确认微服务处于异常状态，包括：
通过Tcp方式发送心跳包至微服务；
当接收到微服务返回的反馈包时，则确认微服务处于正常状态；
当未接收到微服务返回的反馈包时，再次通过Tcp方式发送心跳包至微服务，若连续多次未成功接收到微服务返回的反馈包时，则确认微服务处于异常状态；
所述通过业务调用请求调用微服务的业务接口，当接收到业务接口反馈的响应码时，则确认微服务处于正常状态，当未接收到业务接口反馈的响应码时，则确认微服务处于异常状态，包括：
调用业务检测组件向所述微服务的业务接口发送Http请求或者Grpc请求，其中，所述的Http请求或者Grpc请求为专门用来测试的业务的请求；
若超过超时时间未接收到业务接口反馈的响应码，则确认微服务处于异常状态；
若在超时时间内接收到业务接口反馈的响应码，则对响应码进行解析，若响应码为目标响应码，则确认微服务处于正常状态，若响应码不为目标响应码，则确认微服务处于异常状态；
所述将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务之前，包括：
检测灾备环境的微服务是否处于正常状态；
若灾备环境的微服务处于正常状态，则将灾备环境的微服务作为备份的微服务；以及
将备份的微服务的灾备环境更新为生产环境，并将备份的微服务的状态更新为正常状态；
调用通知组件将处于异常状态的微服务的信息发送至指定用户；
根据微服务所提供的服务类型对微服务进行分类，从而得到多个微服务类别，一个类别的微服务都具有一个微服务集合，这个微服务集合内的微服务都能提供相同或相似的服务；为每类微服务提供一个或几个备份的微服务，所述备份的微服务的环境为灾备环境并且处于待激活状态，并由注册中心来修改其环境和状态，从而激活所述备份的微服务，替代异常的微服务，及时将流量导向备份的微服务。
2.根据权利要求1所述的微服务自动下线方法，其特征在于，所述上游服务为网关服务。
3.一种微服务自动下线装置，其特征在于，包括：
异常确认单元，用于基于对微服务的心跳检测和业务检测，通过任意一种方式检测到微服务处于异常状态时，则确认所述微服务处于异常状态；
更新单元，用于对处于异常状态的微服务的信息进行更新，并将处于异常状态的微服务的信息推送至上游服务；所述上游服务用于对所述处于异常状态的微服务直接进行下线处理，使微服务保持异常状态；以及
灾备单元，用于将备份的微服务的信息推送至上游服务，并由上游服务将备份的微服务加入到负载中，以替代已下线的微服务；
当微服务下线后，将上游服务的流量导向处于正常状态的微服务；
所述异常确认单元包括：
心跳检测单元，用于发送心跳包至微服务，当接收到微服务返回的反馈包时，则确认微服务处于正常状态，当未接收到微服务返回的反馈包时，则确认微服务处于异常状态；
业务检测单元，用于通过业务调用请求调用微服务的业务接口，当接收到业务接口反馈的响应码时，则确认微服务处于正常状态，当未接收到业务接口反馈的响应码时，则确认微服务处于异常状态；
所述心跳检测单元包括：
心跳包发送单元，用于通过Tcp方式发送心跳包至微服务；
反馈包接收单元，用于当接收到微服务返回的反馈包时，则确认微服务处于正常状态；
心跳确认单元，用于当未接收到微服务返回的反馈包时，再次通过Tcp方式发送心跳包至微服务，若连续多次未成功接收到微服务返回的反馈包时，则确认微服务处于异常状态；
所述业务检测单元包括：
请求发送单元，用于调用业务检测组件向所述微服务的业务接口发送Http请求或者Grpc请求，其中，所述的Http请求或者Grpc请求为专门用来测试的业务的请求；
第一确认单元，用于若超过超时时间未接收到业务接口反馈的响应码，则确认微服务处于异常状态；
第二确认单元，用于若在超时时间内接收到业务接口反馈的响应码，则对响应码进行解析，若响应码为目标响应码，则确认微服务处于正常状态，若响应码不为目标响应码，则确认微服务处于异常状态；
所述灾备单元包括：
检测单元，用于检测灾备环境的微服务是否处于正常状态；
备份单元，用于若灾备环境的微服务处于正常状态，则将灾备环境的微服务作为备份的微服务；以及
替代单元，用于将备份的微服务的灾备环境更新为生产环境，并将备份的微服务的状态更新为正常状态；
调用通知组件将处于异常状态的微服务的信息发送至指定用户；
根据微服务所提供的服务类型对微服务进行分类，从而得到多个微服务类别，一个类别的微服务都具有一个微服务集合，这个微服务集合内的微服务都能提供相同或相似的服务；为每类微服务提供一个或几个备份的微服务，所述备份的微服务的环境为灾备环境并且处于待激活状态，并由注册中心来修改其环境和状态，从而激活所述备份的微服务，替代异常的微服务，及时将流量导向备份的微服务。
4.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至2中任一项所述的微服务自动下线方法。
5.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行如权利要求1至2任一项所述的微服务自动下线方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911325085.XA CN111176873B (zh) | 2019-12-20 | 2019-12-20 | 一种微服务自动下线方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911325085.XA CN111176873B (zh) | 2019-12-20 | 2019-12-20 | 一种微服务自动下线方法、装置、计算机设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111176873A CN111176873A (zh) | 2020-05-19 |
| CN111176873B true CN111176873B (zh) | 2024-05-28 |
Family
ID=70650252
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911325085.XA Active CN111176873B (zh) | 2019-12-20 | 2019-12-20 | 一种微服务自动下线方法、装置、计算机设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111176873B (zh) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112134721B (zh) * | 2020-08-17 | 2023-01-10 | 福建天泉教育科技有限公司 | 一种api网关降级方法及终端 |
| CN112039723A (zh) * | 2020-08-18 | 2020-12-04 | 北京金和网络股份有限公司 | 微服务网络状态检测方法、装置及电子设备 |
| CN112350856B (zh) * | 2020-10-27 | 2023-04-07 | 中国联合网络通信集团有限公司 | 分布式服务签退方法及设备 |
| CN115080337A (zh) * | 2021-03-16 | 2022-09-20 | 网联清算有限公司 | 数据监控方法、装置、系统、服务器及可读存储介质 |
| CN113032223B (zh) * | 2021-04-20 | 2023-04-11 | 上海哔哩哔哩科技有限公司 | 服务器状态检测方法及装置 |
| CN114115196A (zh) * | 2021-11-24 | 2022-03-01 | 国汽智控(北京)科技有限公司 | 设备可靠性的检测方法、装置、设备及存储介质 |
| CN115002013B (zh) * | 2022-08-08 | 2022-12-06 | 浙江华创视讯科技有限公司 | 运行状态的确定方法、装置、存储介质及电子装置 |
| CN115866029B (zh) * | 2022-11-23 | 2024-06-14 | 中国工商银行股份有限公司 | 微服务下线处理方法、装置、计算机设备和存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108427581A (zh) * | 2018-02-07 | 2018-08-21 | 平安普惠企业管理有限公司 | 系统微服务化方法及终端设备 |
| CN108712309A (zh) * | 2018-06-11 | 2018-10-26 | 郑州云海信息技术有限公司 | 一种微服务架构下的微服务节点防护方法和系统 |
| CN109302469A (zh) * | 2018-09-26 | 2019-02-01 | 平安科技（深圳）有限公司 | 微服务管理方法、装置、计算机设备以及存储介质 |
| CN109347682A (zh) * | 2018-11-15 | 2019-02-15 | 国家电网有限公司 | 基于dhnn的自组织实时微服务故障诊断方法及系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10382257B2 (en) * | 2017-03-16 | 2019-08-13 | International Business Machines Corporation | Microservices communication pattern for fault detection in end-to-end flows |
-
2019
- 2019-12-20 CN CN201911325085.XA patent/CN111176873B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108427581A (zh) * | 2018-02-07 | 2018-08-21 | 平安普惠企业管理有限公司 | 系统微服务化方法及终端设备 |
| CN108712309A (zh) * | 2018-06-11 | 2018-10-26 | 郑州云海信息技术有限公司 | 一种微服务架构下的微服务节点防护方法和系统 |
| CN109302469A (zh) * | 2018-09-26 | 2019-02-01 | 平安科技（深圳）有限公司 | 微服务管理方法、装置、计算机设备以及存储介质 |
| CN109347682A (zh) * | 2018-11-15 | 2019-02-15 | 国家电网有限公司 | 基于dhnn的自组织实时微服务故障诊断方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111176873A (zh) | 2020-05-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111176873B (zh) | 一种微服务自动下线方法、装置、计算机设备及存储介质 | |
| CN106844137B (zh) | 服务器的监控方法和装置 | |
| US7266734B2 (en) | Generation of problem tickets for a computer system | |
| US10439833B1 (en) | Methods and apparatus for using multicast messaging in a system for implementing transactions | |
| US7739391B2 (en) | Gateway for wireless mobile clients | |
| JP4509545B2 (ja) | 設定変更可能な信頼性の高いメッセージ通信システム | |
| EP2454678B1 (en) | Downloading a plug-in on an instant messaging client | |
| CN111190747A (zh) | 用于消息队列的消息丢失检测方法和装置 | |
| CN108769124B (zh) | PaaS平台的应用部署方法、装置、服务器及存储介质 | |
| US20080244077A1 (en) | Methods for auditing peer-to-peer communications in remote device monitoring system and systems thereof | |
| CN102739411A (zh) | 提供证明服务 | |
| CN106993043B (zh) | 基于代理的数据通信系统和方法 | |
| CN116319732A (zh) | 一种基于RabbitMQ的消息队列集中配置管理系统及方法 | |
| JP2003233512A (ja) | 保守機能付きクライアント監視システム及び監視サーバ及びプログラム並びにクライアント監視・保守方法 | |
| EP2381630B1 (en) | Monitoring a mobile data service associated with a mailbox | |
| CN100359865C (zh) | 一种检测方法 | |
| CN113055415A (zh) | 服务提供方法、服务消费方法、装置及设备 | |
| JP7064132B2 (ja) | 障害監視システム及び障害監視方法 | |
| US9100302B2 (en) | Methods and systems for monitoring multicast availability | |
| JP5979719B2 (ja) | Ａｔｍシステム及び方法 | |
| CN112787868A (zh) | 一种信息同步的方法和装置 | |
| CN114143330A (zh) | 一种时间服务器的配置方法、装置及系统 | |
| JP2006285453A (ja) | 情報処理装置、情報処理方法、および情報処理プログラム | |
| CN111641664B (zh) | 一种爬虫设备业务请求方法、装置、系统和存储介质 | |
| JP2011257994A (ja) | 更新ａｐｉ検出システム、更新ａｐｉ検出装置、更新ａｐｉ検出方法、および更新ａｐｉ検出プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |