Micro-service service fusing method and system

Abstract

The embodiment of the invention discloses a micro-service service fusing method and system, and the method comprises the steps: a first micro-service node enables the fusing of a calling service whenthe calling service of the first micro-service node has a fault; when the calling service of the first micro-service node enters a fusing state, the interface calling of the calling service of the second micro-service node does not pass through the first micro-service node any more, and the second micro-service node executes a service file locally stored in a micro-service system server to provideservice, wherein the second micro-service node is a micro-service node for calling the first micro-service node. According to the method, when the service is in a specified time window and the calling of the first micro-service node interface has a fault, fusing is started at the moment; after the service enters the fusing state, the second micro-service node interface calling does not pass through the network any more, the local method is directly executed, and a fusing and exception detection mechanism is used for avoiding a call fault, so that the service capability can be maintained during a system fault.

Description

technical field [0001] Embodiments of the present invention relate to cloud computing micro-service technology, in particular to a micro-service business fusing method and system. Background technique [0002] After the traditional business is micro-serviced, with the continuous iteration of the business platform and the increasing complexity of functional modules, each micro-service component needs to make a large number of calls between the cluster network and services, resulting in maintenance costs and labor costs. Increase. Especially in the microservice architecture, when the A module fails for some reason, the B service may experience a large number of request squeeze thread blocking at this time, which may cause the upstream C service to become unavailable. At this time, the business has a cascading avalanche effect, and it is difficult to complete the exception handling and recovery of the business in a short time. If a service generates frequent requests or unres...

AI Technical Summary

Problems solved by technology

[0002] After the traditional business is micro-serviced, with the continuous iteration of the business platform and the increasing complexity of functional modules, each micro-service component needs to make a large number of calls between the cluster network and services, resulting in maintenance costs and labor costs. Increase

Especially in the microservice architecture, when the A module fails for some reason, the B service may experience a large number of request squeeze thread blocking at this time, which may cause the upstream C service to become unavailable. At this time, the business has a cascading avalanche effect, and at the same time, it will be difficult to complete the exception handling and recovery of the business in a short time

If a service generates frequent requests or unresponsive requests, it may cause large-scale cascading failures in the kubernetes cluster, resulting in the unavailability of the entire business system and even the kubernetes platform

Images