PaaS Runtime Slicing for Multitenancy Isolation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Cloud computing environments face challenges in supporting multitenancy, where multiple tenants have diverse requirements and restrictions for service configuration and quality of service, leading to difficulties in efficiently sharing and isolating runtime instances.

Innovation Solution

A system and method that utilize a PaaS platform component to provide each tenant with a dedicated share or slice of a runtime instance, isolated from others regarding configuration and quality of service, through a service management engine that provisions services within runtime pools based on service runtime definitions and placement configurations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a cloud environment is designed to support multiple tenants with diverse requirements, then the system's adaptability and versatility improve, but the device complexity and difficulty of managing service configurations increase

Engineering Contradiction:
Improvemultitenancy supportVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the cloud platform into distinct functional components: service runtime infrastructure, service management engine, and placement logic. Each component has a specific responsibility, allowing the system to support multiple tenants with diverse requirements while maintaining manageable complexity through modular architecture.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The service management engine acts as an intermediary between tenant requirements and the service runtime infrastructure. It receives service requests, determines appropriate placement configurations, and manages the provisioning process, thereby simplifying the complexity of supporting multitenancy by introducing a mediating layer that handles configuration and coordination.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If service runtimes are shared among multiple tenants to improve resource utilization, then productivity increases, but the reliability and quality of service isolation may deteriorate

Engineering Contradiction:
Improveresource utilizationVSAvoidservice isolation
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent implements local quality by providing each tenant with a dedicated share or slice of the service runtime that is isolated from other tenants. While the underlying infrastructure is shared to improve resource utilization, each tenant experiences localized quality through dedicated configuration spaces and isolated service instances, ensuring reliability and service quality are maintained despite sharing.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent resolves the contradiction by adding a new dimension of isolation through virtualization and namespace separation. Physically shared runtimes are divided into logical partitions where each tenant operates in an isolated configuration space. This dimensional separation allows simultaneous achievement of high resource utilization through sharing and reliable service isolation through virtual boundaries.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

3Reliability

If dedicated service runtimes are provisioned for each tenant to improve service isolation, then reliability improves, but the loss of energy and reduced resource utilization efficiency increase

Engineering Contradiction:
Improveservice isolationVSAvoidresource efficiency
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent merges multiple tenant service instances into shared runtime infrastructure while maintaining logical isolation. Instead of provisioning completely separate physical runtimes for each tenant, the system combines resource utilization across tenants through shared infrastructure, reducing energy consumption and improving resource efficiency while maintaining service isolation through virtualization and dedicated configuration spaces.

Inventive Principle:
Principle #5Merging (Combining)

4Adaptability or versatility

If flexible runtime configurations are allowed to support diverse tenant requirements, then adaptability improves, but the difficulty of detecting and measuring service quality increases

Engineering Contradiction:
Improveruntime configuration flexibilityVSAvoidquality of service measurement
Core Design Contradiction:
Adaptability or versatilityVSDifficulty of detecting and measuring

Solution Approach 1:

The patent implements feedback mechanisms through the service management engine that continuously monitors service quality metrics and placement effectiveness. The system tracks configuration parameters, resource utilization, and service performance, providing feedback loops that enable measurement and adjustment of quality of service despite flexible runtime configurations. This feedback infrastructure makes quality detection and measurement manageable even as configuration flexibility increases.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS11050642B2System and method for placement logic in a cloud platform environment
Publication Date: 2021.06.29 ORACLE INT CORP
  • US11050642B2 patent drawing
  • US11050642B2 patent drawing
  • US11050642B2 patent drawing

AI summary

In accordance with an embodiment, described herein is a system and method for providing multitenancy support in a platform as a service or cloud computing environment. A platform component enables a service runtime to be shared by multiple tenants, by providing each tenant with a dedicated share or slice of a runtime instance. Each share/slice can be isolated from other shares/slices with respect to factors such as, for example, configuration, or quality of service. In accordance with an embodiment, during provisioning of a particular service runtime, a runtime definition associated with the service runtime can be utilized, for example by a service management engine, to configure the platform component to install one or more services within the service runtime. A particular service and its service runtimes can also be provisioned, within one or more runtime pools, according to a service runtime definition and placement configuration.