Root Cause Analysis for Microservices Using Dependency Graphs

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In micro-services architecture, identifying the root cause of errors is challenging due to distributed code ownership and complex service dependencies, leading to time-consuming manual analysis across multiple teams and prolonged user impact.

Innovation Solution

An Intelligent Root Cause Analyzer (IRCA) uses machine learning to categorize error messages and code changes, leveraging dependency graphs and monitoring systems to automate the identification of root causes by correlating error categories with code changes and service interactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If manual analysis is used to identify root cause across multiple services, then comprehensive investigation is possible, but time consumption increases significantly

Engineering Contradiction:
Improveroot cause identification accuracyVSAvoidtime to identify root cause
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The system performs preliminary categorization of error messages and code changes using machine learning models before root cause analysis is needed. Error messages are pre-tagged with categories and code changes are pre-analyzed for potential impact, so when an error occurs, the system can quickly retrieve and compare pre-processed information rather than analyzing everything from scratch.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system introduces an intermediary machine learning model that acts as a bridge between raw error messages/code changes and root cause identification. The model translates unstructured error data into structured categories and predictions, enabling faster comparison and analysis without losing diagnostic precision.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If comprehensive service dependency analysis is performed, then complete root cause coverage is achieved, but system complexity increases

Engineering Contradiction:
Improveroot cause analysis completenessVSAvoidanalysis system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments the complex service dependency analysis into modular components: error message categorization, code change classification, dependency graph traversal, and impact assessment. Each component handles a specific aspect independently, making the overall system more manageable and maintainable while achieving comprehensive coverage.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The machine learning model serves as an intermediary that simplifies complex service dependency relationships by predicting which services are most likely affected by code changes. Instead of manually analyzing entire dependency graphs, the model provides targeted predictions that guide the analysis toward relevant services.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If automated categorization is implemented, then analysis speed increases, but categorization precision may decrease

Engineering Contradiction:
Improveroot cause analysis speedVSAvoiderror category accuracy
Core Design Contradiction:
ProductivityVSMeasurement precision

Solution Approach 1:

The system implements feedback mechanisms where categorization results are continuously evaluated and refined. Machine learning models learn from historical error data and categorization outcomes, improving their accuracy over time. The system also provides feedback loops where analysts can correct categorizations, and these corrections are used to retrain and improve the automated categorization models.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system performs preliminary categorization using machine learning to quickly narrow down potential root causes, then applies more sophisticated analysis methods to verify and refine the categorization. This multi-stage approach maintains speed while improving precision through iterative refinement.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20260037358A1Intelligent devops assisted root cause analysis
Publication Date: 2026.02.05 SAP SE
  • US20260037358A1 patent drawing
  • US20260037358A1 patent drawing
  • US20260037358A1 patent drawing

AI summary

A computer-implemented method includes processing, by an Intelligent Root Cause Analyzer (IRCA), an error message. The error message is categorized by an Error Categorizer of the IRCA as an Error Category. A code change related to the Error Category is searched for by the IRCA. An ID of an impacted application or service and a Change Category is received by a Code Repository and Build and Pipeline. The Error Category and the Change Category are compared by the IRCA. A Service Dependency Graph is searched by a Dependency Reader of the IRCA for services that are called by the impacted application or service. A Monitoring system is queried by the IRCA for potentially different error messages and derived Error Categories from the services called by the impacted application or service.