Application-Aware Network Element for Distributed Transaction Resource Reservation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Distributed application systems face challenges in transaction management due to increased vulnerability to component failures, making it difficult to detect resource availability and manage transactions effectively across distributed networks.
Innovation Solution
An application-aware network infrastructure element with transaction manager logic and forwarding logic that uses RSVP protocol to reserve and manage remote resources for extended transactions, ensuring resource availability and transaction execution.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If distributed application systems are used to improve scalability and resource distribution, then system versatility and resource availability are improved, but vulnerability to component failures increases and transaction management reliability deteriorates
Solution Approach 1:
The patent introduces a transaction service API as an intermediary layer between application programs and resource managers in distributed systems. This intermediary provides centralized transaction management capabilities including coordination of distributed transactions, failure detection, and resource availability verification, thereby resolving the reliability issues inherent in distributed architectures while preserving their scalability benefits
Solution Approach 2:
The system segments transaction management functionality into distinct components: the transaction service API for coordination, resource managers for local resource control, and application programs for business logic. This segmentation allows each component to specialize in specific tasks while working together through standardized interfaces, improving both reliability and versatility
2Ease of operation
If transaction management logic is embedded in application layer components, then ease of operation and implementation are improved, but difficulty of detecting component failures and measuring resource availability increases
Solution Approach 1:
The transaction service API implements feedback mechanisms that continuously monitor resource availability and transaction status across the distributed system. Resource managers provide status feedback to the transaction service, which then coordinates appropriate actions based on detected conditions, enabling automated failure detection and recovery while maintaining ease of operation
Solution Approach 2:
The transaction service API acts as an intermediary that simplifies failure detection by providing a unified interface for monitoring resource availability across distributed components. Application programs interact with this intermediary rather than directly with resource managers, making failure detection and measurement easier while preserving implementation flexibility
Data Source
AI summary
Transactional application processing in a distributed environment using an application-aware network infrastructure element is described. In an embodiment, an apparatus comprises a plurality of network interfaces, forwarding logic, and transaction manager logic. The plurality of network interfaces is operable to communicatively connect to one or more packet-switched networks. The forwarding logic is coupled to the plurality of network interfaces and, when executed, is operable to receive packet flows therefrom and to forward the packet flows thereto. The transaction manager logic is encoded in one or more tangible media for execution and when executed is operable to: receive first information that specifies one or more remote resources associated with an extended transaction, where the extended transaction comprises a plurality of child transactions; and reserve the one or more remote resources by sending out one or more reservation requests over a network management protocol.