Inference Model for Microservices Incident Root Cause Detection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In software development, particularly with microservices architecture, identifying the root cause of incidents is challenging due to numerous abstraction layers, leading to increased time and resource wastage in resolving issues, as changes in one service can affect others indirectly, making it difficult to pinpoint the source of failures.

Innovation Solution

An inference-based incident detection and reporting system that uses an inference model to analyze changes and incident data from various sources, generating dependency maps and scores to predict the potential source of errors, thereby focusing efforts on the root cause, implemented using AWS Lambda for efficient processing and visualization through tools like Slackbots and spreadsheet reports.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If microservices architecture is used to enable independent scaling and updates, then service flexibility and deployment speed are improved, but incident root cause identification becomes more difficult due to increased system complexity and abstraction layers

Engineering Contradiction:
Improvedeployment speedVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent introduces an inference model as an intermediary component that sits between the complex microservices system and the incident analysis process. This model automatically analyzes service dependencies, change data, and incident information to infer root causes, thereby mediating the complexity gap without requiring engineers to manually navigate the complex system architecture

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent replaces the manual mechanical process of incident analysis (where engineers systematically check each service and change) with an automated inference model that uses machine learning to predict root causes. This substitution eliminates the need for human engineers to manually traverse abstraction layers and service dependencies

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

2Measurement precision

If engineers manually analyze each service and change to identify incident root causes, then thorough investigation is achieved, but time and resources are wasted due to the large number of services and changes

Engineering Contradiction:
Improveroot cause identification accuracyVSAvoidincident resolution time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The inference model performs preliminary analysis of service dependencies, recent changes, and incident patterns before engineers begin their investigation. By pre-calculating probability scores and identifying likely root causes in advance, the system prepares the ground for faster incident resolution without sacrificing analysis thoroughness

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent transforms the incident analysis problem from a qualitative manual process into a quantitative automated process by introducing probability scores and metrics. The inference model calculates numerical probabilities for each potential root cause based on multiple parameters (service dependencies, change frequency, incident history), enabling rapid comparison and decision-making

Inventive Principle:
Principle #35Parameter changes

3Ease of operation

If focus is placed on the downstream service showing errors, then immediate symptom addressing is achieved, but the actual upstream source of the failure is missed

Engineering Contradiction:
Improveincident response efficiencyVSAvoidroot cause information
Core Design Contradiction:
Ease of operationVSLoss of information

Solution Approach 1:

Instead of starting analysis from the downstream service showing errors and working forward, the inference model inverts the approach by analyzing upstream services and changes that could have caused the downstream failure. The model traces dependencies backward to identify the actual source of the problem, preventing engineers from mistakenly focusing on symptomatic downstream services

Inventive Principle:
Principle #13The other way round (Inversion)

Data Source

PatentUS11651254B2Inference-based incident detection and reporting
Publication Date: 2023.05.16 INTUIT INC
  • US11651254B2 patent drawing
  • US11651254B2 patent drawing
  • US11651254B2 patent drawing

AI summary

Systems and methods that may be used to provide an inference-based incident detection and reporting process. In one or more embodiments, an inference model may be used to track and analyze changes and incident data from various sources of record to quickly predict potential sources of errors and help focus in on the root cause of a software incident.