Widget Framework Real-Time Service Orchestration
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Network-based marketplaces face challenges in rapidly developing, modifying, and deploying server-side applications while optimizing resource and performance constraints, leading to inconsistent applications with inefficient code reuse and performance issues.
Innovation Solution
A framework that utilizes widgets with real-time service orchestration and resource aggregation, including a call optimizer and resource aggregator, to intercept and optimize service calls and aggregate resources, reducing redundant calls and resources, thereby improving application efficiency and performance.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a large-sized group of developers codes each server-side application by hand, then the applications can be customized flexibly, but the development time increases and code reuse efficiency decreases
Solution Approach 1:
The patent segments server-side applications into reusable widget components that can be independently developed, tested, and deployed. Each widget is a self-contained unit with defined interfaces, allowing multiple developers to work on different widgets simultaneously without interfering with each other, thus maintaining customization flexibility while accelerating overall development speed.
Solution Approach 2:
The framework enables a single widget to serve multiple functions across different server-side applications through composition. Widgets are designed with universal interfaces and can be reused in various contexts, reducing the need for developers to rewrite code and increasing both productivity and adaptability.
2Productivity
If a small-sized group of developers codes applications conforming to a template, then development time is reduced, but the applications become more difficult to customize and consume more resources
Solution Approach 1:
The framework provides dynamic configuration capabilities where widgets can be customized at runtime without requiring code changes. Developers can adjust widget parameters, compositions, and behaviors dynamically based on specific application needs, maintaining high productivity while preserving customization flexibility through configuration rather than rigid templates.
3Ease of operation
If multiple widgets make separate service calls to the same service, then each widget can operate independently, but redundant calls increase resource consumption and reduce performance
Solution Approach 1:
The framework introduces a service call optimization layer that acts as an intermediary between widgets and services. This layer intercepts service calls from multiple widgets, deduplicates them, and consolidates redundant calls into single requests, thereby maintaining widget independence while reducing resource consumption and improving performance.
4Ease of operation
If resources are not aggregated at run-time, then each resource can be accessed independently, but redundant resources increase server load and reduce efficiency
Solution Approach 1:
The framework implements run-time resource aggregation that merges multiple redundant resource requests into single consolidated resources. When multiple widgets request the same external resource (e.g., images, stylesheets, scripts), the system aggregates these requests and serves them through a single resource instance, reducing server load and improving efficiency while maintaining independent access patterns for the widgets.
Data Source
AI summary
A method to optimize calls to a service by components of an application running on an application server is provided. The method includes receiving a first call and a second call, the first call made to a service by a first one of a plurality of components included in the application, and the second call made to the service by a second one of the plurality of components; selecting one of a plurality of optimizations, the plurality of optimizations including orchestrating the first call and the second call into a third call to the service; and, in response to the selecting of the orchestrating of the first call and the second call into the third call as the one of the plurality of optimizations, orchestrating the first call and the second call into the third call.