Blueprint Orchestrator for Heterogeneous Cloud Resource Composition
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing solutions struggle to efficiently compose and manage heterogeneous cloud resources across multiple resource providers, due to rigid and inflexible architectures that require proprietary implementations and struggle with changes in resource provider specifications.
Innovation Solution
A method and system for provisioning and managing resources on resource providers, which involves a primary RP node obtaining node information, instantiating a blueprint orchestrator, identifying users and resource types, providing prompt files, obtaining answer files, generating blueprints, and composing resources using these blueprints and node information.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If proprietary implementations are used for each resource provider, then resource provider-specific functionality is preserved, but system complexity and rigidity increase
Solution Approach 1:
The patent introduces a blueprint orchestrator as an intermediary layer between resource providers and the management system. This orchestrator handles the complexity of composing heterogeneous resources from multiple providers, translating high-level blueprints into provider-specific configurations. The intermediary absorbs the complexity rather than propagating it throughout the entire system, maintaining both reliability of individual providers and manageability of the overall system.
Solution Approach 2:
The blueprint orchestrator serves multiple functions: it composes resources from different providers, manages configurations, handles provisioning, and coordinates operations across heterogeneous resources. This multi-functional component reduces the need for separate proprietary implementations for each resource type, simplifying the overall system architecture while maintaining provider-specific capabilities.
2Stability of the object's composition
If rigid architectures are used, then implementation structure is maintained, but adaptability to specification changes decreases
Solution Approach 1:
The patent implements dynamic configuration through blueprints that can be modified without changing the underlying architecture. The blueprint orchestrator dynamically composes resource configurations based on blueprint definitions, allowing specifications to change while maintaining architectural stability. The system adapts to new resource provider specifications by updating blueprints rather than restructuring the entire architecture.
Solution Approach 2:
The system segments the architecture into distinct layers: the stable blueprint orchestrator layer and the flexible resource provider layer. This segmentation allows changes in resource provider specifications to be isolated to the provider level, while the orchestrator maintains its structured composition logic. Blueprints act as configurable parameters that can be adjusted without affecting the core architectural structure.
3Ease of operation
If manual provisioning is used, then user control is maximized, but user involvement and complexity increase
Solution Approach 1:
The patent implements preliminary action through blueprint templates that pre-define resource compositions and configurations. Users select from pre-configured blueprints rather than manually provisioning each resource from scratch. The blueprint orchestrator automatically composes the specified resources and configurations, significantly reducing user involvement while maintaining control through template selection and parameter adjustment.
Data Source
AI summary
Techniques described herein relate to a method for provisioning and managing resources on resource providers. The method may include obtaining, by a primary resource provider (RP) node in an RP environment, node information associated with other RP nodes in the RP environment; instantiating a blueprint orchestrator using a blueprint orchestrator template; in response to instantiating the blueprint orchestrator: identifying a user associated with the RP environment using a user order file; identifying a first RP type and a second RP type associated with the user; providing prompt files associated with the first RP type and the second RP type to the user; obtaining answer files associated with the prompt files from the user; generating a blueprint based on the answer files and a blueprint template; composing RP resources on the RP environment using the blueprint and node information; and performing operations on the RP resources using the blueprint.


