Dependency-Aware Automated Remediation for Distributed Services

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional monitoring systems in cloud-based services lack the ability to account for service dependencies, leading to unnecessary remediation tasks, excess computing resource expenditure, and delayed detection of root cause failures due to spurious alarms and alerts.

Innovation Solution

Implementing a remediation module with monitor plugins that generate a dependency tree to evaluate service health and perform intelligent remediation tasks, ensuring that remediation is only executed on services with healthy dependencies, thereby reducing unnecessary actions and improving response times.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional monitoring systems perform remediation tasks on all services with unhealthy status, then service recovery may be achieved, but unnecessary remediation actions are executed on services with healthy dependencies, wasting computing resources and time

Engineering Contradiction:
Improveservice recoveryVSAvoidcomputing resource expenditure
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system performs preliminary evaluation of dependency health status before executing remediation tasks. The monitor plugin checks the health status of all dependencies associated with a service before triggering remediation, ensuring that remediation actions are only taken when necessary. This preliminary check prevents wasteful execution of remediation tasks on services whose failures are caused by healthy dependencies, thus reducing computing resource expenditure while maintaining service recovery capability.

Inventive Principle:
Principle #10Preliminary action

2Productivity

If conventional monitoring systems trigger alarms for all unhealthy services, then comprehensive monitoring is achieved, but spurious alarms are generated due to unaccounted service dependencies, reducing alarm reliability

Engineering Contradiction:
Improvemonitoring coverageVSAvoidalarm accuracy
Core Design Contradiction:
ProductivityVSLoss of information

Solution Approach 1:

The system implements a feedback mechanism where the health status of dependencies is continuously monitored and fed back into the alarm generation process. When a service is detected as unhealthy, the monitor plugin queries the health status of its dependencies. Only if the dependencies are also unhealthy does the system generate an alarm, thereby filtering out spurious alarms and improving alarm accuracy while maintaining comprehensive monitoring coverage.

Inventive Principle:
Principle #23Feedback

3Speed

If conventional monitoring systems execute remediation tasks without evaluating dependencies, then automated remediation speed is maintained, but root cause failures are not identified, leading to delayed effective remediation

Engineering Contradiction:
Improveremediation execution speedVSAvoidtime to detect root cause
Core Design Contradiction:
SpeedVSLoss of time

Solution Approach 1:

The system performs preliminary identification of unhealthy dependencies before executing remediation tasks. By evaluating the health status of dependencies in advance, the system can quickly identify the root cause of service failures. This preliminary action enables targeted remediation on the actual problematic services rather than blindly executing remediation on all unhealthy services, thus reducing the time to detect and address root cause failures while maintaining automated remediation speed.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20250284607A1Techniques For Automated Service Monitoring And Remediation In A Distributed Computing System
Publication Date: 2025.09.11 ORACLE INT CORP
  • US20250284607A1 patent drawing
  • US20250284607A1 patent drawing
  • US20250284607A1 patent drawing

AI summary

Techniques are disclosed to provide automated remediation of services within a distributed computing system. A remediation service may receive an indication to evaluate a level of health of a first service in a distributed computing system. In response, the remediation service may determine a dependency of the first service on a second service. The remediation service can use a monitor plugin corresponding to the second service to obtain a health metric of the second service. Based on the health metric, the remediation service can determine whether the second service is unhealthy. If the second service is unhealthy, the remediation service can perform a remediation task for the second service.