SOA Performance Tracking Module for Bottleneck Detection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Diagnosing performance and scalability issues in Service-Oriented Architecture (SOA) applications is challenging due to their complexity, as they involve interactions between multiple services, components, and systems, making it difficult to identify and address performance degradation.

Innovation Solution

A central performance tracking module collects and aggregates key statistics from SOA systems, generating snapshots that can be stored for historical analysis and used to create reports, automatically identify performance issues, and implement remediation techniques to address bottlenecks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If SOA applications use multiple services and components to provide functionality, then adaptability and versatility improve, but device complexity increases

Engineering Contradiction:
ImprovefunctionalityVSAvoidapplication complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the complex SOA application into individual services and components, each with specific functions. The performance monitoring system divides the application landscape into monitorable units (services, components, transactions) that can be independently analyzed. This segmentation allows the system to manage complexity by breaking down the whole into manageable parts while maintaining the adaptability benefits of SOA architecture.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If SOA applications include many composites and components interacting with external systems, then adaptability improves, but difficulty of detecting and measuring performance issues increases

Engineering Contradiction:
Improvesystem integrationVSAvoidperformance issue identification
Core Design Contradiction:
Adaptability or versatilityVSDifficulty of detecting and measuring

Solution Approach 1:

The patent implements a feedback mechanism where performance data from services and components is continuously collected, analyzed, and fed back to identify bottlenecks. The system monitors transaction flows, service response times, and component performance metrics, then provides feedback through performance reports and bottleneck identification. This feedback loop enables automatic detection of performance issues in complex integrated systems without manual intervention.

Inventive Principle:
Principle #23Feedback

3Measurement precision

If performance statistics are collected and stored for historical analysis, then measurement precision improves, but loss of time for data processing increases

Engineering Contradiction:
Improveperformance analysis accuracyVSAvoiddata processing time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The patent performs preliminary actions by continuously collecting and storing performance statistics in a database during normal operation. Historical performance data is pre-processed and organized in the database before analysis is needed. When performance analysis is required, the system queries pre-stored data rather than collecting it in real-time, significantly reducing analysis time while maintaining measurement precision through access to detailed historical records.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10230600B2Performance analysis and bottleneck detection in service-oriented applications
Publication Date: 2019.03.12 ORACLE INT CORP
  • US10230600B2 patent drawing
  • US10230600B2 patent drawing
  • US10230600B2 patent drawing

AI summary

Techniques are disclosed for assembling statistics for diagnosing performance and scalability issues in SOA systems. Key statistics related to key points in a SOA system, for key activities during processing of transactions in the SOA system, are collected and aggregated. The statistics may include message flow rates and latency at key points in the system during a time interval, and execution times for key activities in the system during the time interval. The statistics for the time interval may be added to corresponding cumulative statistics, and persisted to storage. Reports may be generated based upon the statistics to present to a user. Automated processes may be implemented to use the statistics to identify the existence and likely cause of SOA application performance issues, and potentially to attempt to remediate the issues.