Cloud Service Status Monitoring for Faster Outage Response

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Cloud-based systems often lack transparency and efficient mechanisms for customers to detect and address outages and issues, relying on passive provider notifications that can introduce delays in service restoration.

Innovation Solution

Implement a service status determination framework that proactively queries cloud-based service monitoring systems, compares status data with stored data, and generates urgent or periodic notifications to affected users through multiple communication channels, enabling automated failover actions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If passive cloud-services provider monitoring system is used to notify customers of outages, then customers can be informed of service issues, but delay is introduced in addressing and restoring disrupted services

Engineering Contradiction:
Improveservice status monitoringVSAvoidresponse time to service issues
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by proactively querying the service monitoring system at regular intervals to obtain service status data before customers can detect issues themselves. This advance detection and comparison with previously stored data enables early identification of outages and issues, allowing customers to respond immediately rather than waiting for passive notifications.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements continuous feedback by regularly querying service status data, comparing it with previously stored data, and automatically generating notifications when changes are detected. This closed-loop feedback mechanism ensures customers are informed of service status changes in real-time, eliminating the delay inherent in passive monitoring systems.

Inventive Principle:
Principle #23Feedback

2Ease of operation

If customers rely on passive provider notifications, then they incur no additional system complexity, but they have limited visibility to underlying platforms and software

Engineering Contradiction:
Improveservice monitoring simplicityVSAvoidvisibility to platform status
Core Design Contradiction:
Ease of operationVSLoss of information

Solution Approach 1:

The system enables self-service by allowing customers to autonomously query service status data from the provider's monitoring system, compare it with their own stored data, and generate notifications according to their needs. This gives customers direct access to platform status information without relying on the provider's passive notification system, while maintaining operational simplicity through automated processes.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system acts as an intermediary between the cloud service provider's monitoring system and the customer. It queries the provider's monitoring system on behalf of the customer, processes the status data through comparison with stored data, and delivers customized notifications. This intermediary role provides customers with visibility to platform status while keeping the solution independent and flexible.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If service status data is queried and compared regularly, then faster detection of issues is achieved, but additional system complexity is introduced

Engineering Contradiction:
Improveissue detection speedVSAvoidmonitoring system complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system segments the monitoring function into distinct modular components: a query component that retrieves service status data, a comparison component that compares current data with previously stored data, and a notification component that generates alerts. This segmentation enables faster issue detection through specialized functions while managing complexity through modular design, where each component has a specific, well-defined role.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS12540484B1Service status determination framework
Publication Date: 2026.02.03 STATE FARM MUTAL AUTOMOBILE INSURANCE COMPANY
  • US12540484B1 patent drawing
  • US12540484B1 patent drawing
  • US12540484B1 patent drawing

AI summary

Described herein are systems and techniques to facilitate rapid and effective notification of issues that may affect services and applications configured at a cloud-based system. A service monitoring system may be queried regularly for status data for services operating in a cloud-based system. The service status data received in response may be compared to previously stored service status data to identify new and changed issues. Based on the types of issues identified, urgent and/or non-urgent notifications may be generated and transmitted to the users associated with the affected service and/or other parameters using multiple communications channels. Responsive failover actions may also be implemented based on the detected issue and the impacted service.