Service Definition Package Automation for Cloud Resource Provisioning

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Support for applications deployed in a Platform as a Service (PaaS) environment often requires manual configuration, which is time-consuming and error-prone, necessitating a more automated and efficient method for providing service resources.

Innovation Solution

A system and method that utilize Service Definition Packages (SDPs) to specify dependencies and association rules, enabling automatic creation of service resources based on provider SDPs, allowing for different provider types and service resource types to be created with configurable properties.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If manual configuration is used for service resources in PaaS environment, then flexibility and control are improved, but time consumption and error rate increase

Engineering Contradiction:
Improvemanual configuration controlVSAvoidconfiguration time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The system enables self-service automation where service resources are automatically configured and provisioned based on predefined SDP templates and association rules. The orchestration engine automatically creates service resources, configures dependencies, and manages lifecycle events without requiring manual intervention, thus reducing configuration time while maintaining control through template-based definitions.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

Service Definition Packages (SDPs) are prepared in advance with predefined configurations, dependencies, and association rules. These templates contain all necessary configuration information before deployment, allowing the system to automatically instantiate service resources without manual configuration during runtime, thereby reducing configuration time while preserving control through pre-defined parameters.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If manual configuration is used for service resources in PaaS environment, then configuration accuracy can be controlled, but error rate increases due to human intervention

Engineering Contradiction:
Improveconfiguration accuracyVSAvoidconfiguration errors
Core Design Contradiction:
ReliabilityVSObject-generated harmful factors

Solution Approach 1:

The automated orchestration engine eliminates human intervention in service resource configuration, thereby removing the source of human errors. The system self-configures service resources based on predefined SDP templates and association rules, ensuring consistent and error-free configuration while maintaining reliability through template validation and automated dependency resolution.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system uses SDP templates as standardized copies that define service resource configurations. These templates encapsulate proven, error-free configuration patterns that are replicated across multiple service instances. By copying validated templates rather than creating configurations manually, the system ensures configuration accuracy and eliminates repetitive human errors.

Inventive Principle:
Principle #26Copying

3Productivity

If automated service resource provisioning is implemented, then productivity and efficiency are improved, but system complexity increases

Engineering Contradiction:
Improveservice provisioning efficiencyVSAvoidsystem architecture complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The orchestration engine serves multiple functions within a single component: it parses SDP templates, manages service resource lifecycles, enforces association rules, creates service resources, and handles dependencies. This multi-functional design consolidates complexity into a centralized management layer, improving productivity through automation while containing system complexity through functional integration.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The SDP template acts as an intermediary layer between the orchestration engine and actual service resources. It abstracts complex configuration details into standardized templates, allowing the orchestration engine to manage service provisioning through simple template instantiation rather than direct complex configuration management, thus improving productivity while managing complexity through abstraction.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Adaptability or versatility

If multiple provider types and service resource types are supported, then adaptability and versatility are improved, but configuration complexity increases

Engineering Contradiction:
Improveprovider type flexibilityVSAvoidconfiguration management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The SDP template framework provides a universal structure that can define multiple provider types and service resource types through a common template syntax. Each provider type and service resource type is defined using the same template structure with type-specific parameters, allowing the system to support diverse configurations while managing complexity through a unified template management approach.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The system manages complexity by using parameterized SDP templates where different provider types and service resource types are defined through parameter variations rather than structural differences. The same template framework handles multiple types by changing parameters such as provider type identifiers, resource type specifications, and association rule definitions, thus improving adaptability while containing configuration complexity through parameterization.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS9742688B2System and method for supporting service resources and feature sets in a cloud platform environment
Publication Date: 2017.08.22 ORACLE INT CORP
  • US9742688B2 patent drawing
  • US9742688B2 patent drawing
  • US9742688B2 patent drawing

AI summary

In accordance with an embodiment, described herein is a system and method for providing service resources for consumption by an application deployed to a service in a cloud environment. A service definition package (SDP) for the service can specify a dependency on a provider, and include association rules that define actions to be taken with regard to a runtime of the provider. When the service is provisioned, a service resource type which is derived from a provider SDP can be associated with the service. As a result of the association, a service resource can be automatically created from the service resource type in accordance with the association rules, to provide resources for consumption by the application. In accordance with an embodiment, the provider SDP can include a plurality of feature sets associated with different sets of configurable properties, which allows different provider types or service resource types to be created.