Multi-tenant Platform Dynamic Executor Allocation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing multitenant systems face challenges such as high cost of consumption, lack of flexibility, lower customer satisfaction, and unnecessary operational overhead due to predefined service settings that do not cater to individual tenant needs.

Innovation Solution

A cloud-based multi-tenant service platform dynamically supports multiple tenants by using operation policies managed in a standard schema, allowing for adaptive allocation of resources based on tenant-specific demands and real-time attributes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of energy

If predefined service settings are used in multitenant systems, then infrastructure cost efficiency is improved through resource sharing, but tenant flexibility and customization are worsened

Engineering Contradiction:
Improveinfrastructure costVSAvoidtenant flexibility
Core Design Contradiction:
Loss of energyVSAdaptability or versatility

Solution Approach 1:

The patent segments the multitenant system into isolated tenant environments where each tenant can have customized service settings, resource allocations, and configurations. This segmentation allows individual tenant needs to be met without compromising the overall resource sharing efficiency of the multitenant infrastructure.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system dynamically adjusts resource allocation and service settings based on individual tenant requirements and usage patterns. This dynamic capability enables the system to maintain cost efficiency through sharing while providing each tenant with flexible, customized service levels that adapt to their specific needs.

Inventive Principle:
Principle #15Dynamics

2Ease of operation

If uniform service quotas are applied to all tenants, then system management simplicity is improved, but customer satisfaction and service quality are worsened

Engineering Contradiction:
Improvesystem management simplicityVSAvoidservice quality
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent implements local quality by allowing different service quotas, resource limits, and performance parameters for each tenant based on their specific requirements. This enables customized service quality for each tenant while maintaining a unified management framework that preserves operational simplicity at the system level.

Inventive Principle:
Principle #3Local quality

3Device complexity

If predefined service rates are enforced, then operational overhead is reduced through standardized processes, but tenant-specific optimization and SLA compliance are worsened

Engineering Contradiction:
Improveoperational overheadVSAvoidSLA compliance
Core Design Contradiction:
Device complexityVSReliability

Solution Approach 1:

The system employs dynamic service rates and resource allocation that automatically adjust based on tenant-specific SLA requirements and usage patterns. This dynamic approach maintains optimized processes with reduced operational overhead while ensuring each tenant receives service levels that comply with their specific SLA agreements.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS20250117228A1Differential individual tenant runtime experience in a multi-tenant platform
Publication Date: 2025.04.10 WALMART APOLLO LLC
  • US20250117228A1 patent drawing
  • US20250117228A1 patent drawing
  • US20250117228A1 patent drawing

AI summary

This application is directed to systems and methods for executing a user application on a multi-tenant service platform. In some embodiments, a disclosed method includes obtaining, from a user, a request associated with a first division in a user application; identifying an operation policy associated with a configuration of the user application for the first division, the user application including a plurality of executors configured to provide a plurality of parameters associated with the configuration; based at least in part on the operation policy of the first division, selecting one of the plurality of executors to respond to the request associated with the first division; executing the user application using the selected one of the plurality of executors to generate a response to the request associated with the first division; and transmitting the response to the request associated with the first division to the user.