Microservice Anomaly Detection With Selective Logging Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems fail to proactively detect and address issues in microservices before they occur, leading to reactive measures that result in outages and reduced performance.

Innovation Solution

Implement a microservices anomaly detection and resolution platform using machine learning to predict anomalous behavior, reroute requests to secondary instances, and enable detailed logging at higher granularities to facilitate troubleshooting.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional monitoring approaches are used, then system simplicity is maintained, but anomaly detection capability and reliability are insufficient

Engineering Contradiction:
Improvemicroservice operation reliabilityVSAvoidanomaly detection system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by training machine learning models on historical microservice operation data before anomalies occur. The models learn normal operation patterns and are ready to detect deviations, enabling proactive anomaly detection rather than reactive monitoring. This preliminary training phase stores knowledge that facilitates rapid anomaly identification when needed.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

Machine learning models serve as intermediaries between raw microservice operation parameters and anomaly detection decisions. The models process and interpret complex operational data, transforming it into actionable anomaly predictions. This intermediary layer handles the complexity of pattern recognition, allowing the monitoring system to maintain reliability without requiring direct complex analysis of all operational parameters.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Difficulty of detecting and measuring

If detailed logging is enabled for all microservice instances, then troubleshooting capability is improved, but system performance and resource utilization deteriorate

Engineering Contradiction:
Improveanomaly detection difficultyVSAvoidmicroservice operation productivity
Core Design Contradiction:
Difficulty of detecting and measuringVSProductivity

Solution Approach 1:

The system applies local quality by enabling detailed logging selectively only for microservice instances that are predicted to be anomalous, rather than uniformly for all instances. When the machine learning model identifies an instance as potentially anomalous, detailed logging is activated for that specific instance. This localized approach maintains high detection capability for problematic instances while avoiding the performance overhead of universal detailed logging.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system implements partial action by applying detailed logging only partially - specifically to instances flagged as anomalous - rather than excessively applying it to all instances. This selective partial application of detailed logging provides sufficient information for troubleshooting anomalies while maintaining overall system productivity by avoiding unnecessary logging overhead on healthy instances.

Inventive Principle:
Principle #16Partial or excessive action

3Reliability

If microservice requests are routed to secondary instances upon anomaly detection, then service continuity is improved, but system complexity and routing overhead increase

Engineering Contradiction:
Improveservice continuityVSAvoidrequest routing complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system implements feedback by continuously monitoring microservice operation parameters and feeding this data back to the machine learning model for real-time anomaly detection. When anomalies are detected, the system provides feedback by routing requests away from affected instances. This closed-loop feedback mechanism maintains service continuity through automated response while keeping routing decisions based on model predictions rather than complex manual rules.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system enables self-service by allowing the machine learning model to autonomously identify anomalous instances and trigger automatic request routing decisions without human intervention. The model serves itself by processing operational data, making anomaly predictions, and initiating routing changes automatically. This self-service approach maintains service continuity while minimizing the complexity of manual routing management.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS12517773B2Microservices anomaly detection and control of logging operations
Publication Date: 2026.01.06 DELL PROD LP
  • US12517773B2 patent drawing
  • US12517773B2 patent drawing
  • US12517773B2 patent drawing

AI summary

A method comprises analyzing, using one or more machine learning algorithms, parameters corresponding to at least one microservice operation processed by a first instance of a microservice, and predicting, based at least in part on the analyzing, whether the at least one microservice operation is anomalous. The first instance of the microservice is designated as being in an anomalous state responsive to predicting that the at least one microservice operation is anomalous. One or more requests for the microservice are routed to a second instance of the microservice responsive to the anomalous state designation. The method further comprises causing logging of information corresponding to operation of the second instance of the microservice to be enabled at a designated level of granularity.