Modular Cloud IT Service Delivery Model for Scalable Container Orchestration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current cloud IT service delivery solutions face challenges in maintaining integrity and manageability due to manual intervention errors, one-off implementations, and difficulties in tracking and sustaining processes across multiple environments, especially when adding new services or functionality, which leads to increased costs and complexity.

Innovation Solution

A flexible and modular cloud IT service delivery solution model that utilizes a processor and computer-readable program code to define common capabilities, allowing invocation across different processes and containers, enabling interchangeable use of containers and scalable service delivery solutions by invoking greater or fewer processes on more or fewer containers, with automated deployment and resource management.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If manual intervention is used to modify processes for customer-specific variations, then adaptability to different customer needs is improved, but error rate and complexity increase

Engineering Contradiction:
Improveadaptability to customer needsVSAvoiderror rate
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The process is segmented into template definitions and customer-specific parameter configurations. Instead of manually modifying entire processes, the system divides processes into reusable templates with parameterizable variables that can be adjusted for different customers without changing the core process logic.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system uses parameter changes to adapt processes to different customer needs. By defining processes with configurable parameters (such as approval counts, service types, and customer identifiers), the same process template can serve multiple customers with different requirements by simply changing parameters rather than manually modifying the process structure.

Inventive Principle:
Principle #35Parameter changes

2Adaptability or versatility

If processes are modified to suit individual customer environments, then adaptability is improved, but process integrity and manageability deteriorate

Engineering Contradiction:
Improvecustomer-specific customizationVSAvoidprocess manageability
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements universal process templates that can serve multiple customers and environments. A single process template with parameterizable elements can be reused across different customer environments, eliminating the need for separate customized processes for each customer and thereby reducing overall system complexity.

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

Solution Approach 2:

The system uses copying of process templates with parameter substitution instead of creating or modifying unique processes for each customer. The template copying mechanism allows rapid deployment of customer-specific processes by copying a master template and substituting parameters, maintaining integrity while enabling customization.

Inventive Principle:
Principle #26Copying

3Ease of manufacture

If packaged content is distributed and installed, then ease of distribution is improved, but traceability and context maintenance worsen

Engineering Contradiction:
Improveease of distributionVSAvoidcontext traceability
Core Design Contradiction:
Ease of manufactureVSLoss of information

Solution Approach 1:

The patent implements a nested structure where process templates contain embedded metadata, version information, and context data. When templates are distributed and installed, this nested information is preserved within the template structure, allowing traceability and context maintenance even as the templates are deployed across different environments.

Inventive Principle:
Principle #7Nested doll (Nesting)

Solution Approach 2:

The system uses an intermediary registration mechanism that tracks distributed process templates. The registration system acts as an intermediary between the distributed templates and the deployment environment, maintaining a record of template locations, versions, and contexts to enable traceability after distribution.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Adaptability or versatility

If multiple variations of processes are created for different services, then service versatility is improved, but tracking and sustaining these processes becomes more difficult

Engineering Contradiction:
Improveservice varietyVSAvoidtracking and sustaining
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent segments process variations into a core template structure with parameterizable elements. Instead of maintaining separate complete process definitions for each service variation, the system segments processes into reusable templates with service-specific parameters, making tracking and maintenance significantly easier.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system creates universal process templates that can serve multiple service types through parameter configuration. A single template can generate multiple service variations by changing parameters such as service type, approval requirements, and customer identifiers, reducing the total number of processes that need to be tracked and sustained.

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

Data Source

PatentUS9590872B1Automated cloud IT services delivery solution model
Publication Date: 2017.03.07 CA TECH INC
  • US9590872B1 patent drawing
  • US9590872B1 patent drawing
  • US9590872B1 patent drawing

AI summary

A system, apparatus, method, and computer program product that provide a flexible and modular cloud IT service delivery solution model. The apparatus comprises a processor and computer-readable program code that defines a plurality of common capabilities that comprise operations. Those operations are configured to be invoked by a plurality of different processes on a plurality of different containers, and the plurality of common capabilities comprise a service delivery solution when invoked by a process from among the plurality of different processes. Further, the is processor configured to execute the computer-readable program code and to invoke the plurality of common capabilities with each of the plurality of different processes on the plurality of different containers. Accordingly, the apparatus may utilize different containers interchangeably in a plurality of different service delivery solutions and may expand and contract each of the plurality of different service delivery solutions by invoking greater or fewer processes on greater or fewer containers.