Tenant-Specific Component Registry for Multi-Tenant Platform Isolation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current approaches to managing customizations and extensions in multi-tenant cloud-based platforms are inefficient and ineffective, leading to compatibility issues and disruptions in service configurations, as manual testing is impractical and automated testing lacks automatic verification of correctness.

Innovation Solution

Implementing a system where extended or customized entities are represented as records associated with underlying records through a tenant-specific mapping, allowing each tenant to isolate and manage their modifications using a component registry, ensuring compatibility checking, conflict management, and data access control.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple tenants customize platform components independently, then each tenant can implement modifications to suit their business needs, but compatibility issues arise causing disruptions in services provided to other tenants

Engineering Contradiction:
Improvetenant customization capabilityVSAvoidservice stability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent segments the multi-tenant platform into isolated tenant contexts, where each tenant's customizations are confined to their own namespace. The component registry maintains separate mappings for each tenant, preventing cross-tenant interference. This segmentation allows Tenant A to customize components without affecting Tenant B's services, resolving the contradiction between customization adaptability and service reliability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The component registry acts as an intermediary layer between tenants and the underlying platform components. It mediates access by translating tenant-specific customization requests into platform component operations. This intermediary mechanism enables tenants to implement modifications while the registry ensures proper isolation and prevents harmful interactions, maintaining both adaptability and reliability.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If manual testing procedures are used to verify extension compatibility, then compatibility issues can be detected, but the testing process becomes impractical and too costly in terms of time and labor

Engineering Contradiction:
Improveextension compatibility verificationVSAvoidtesting time and labor
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary compatibility verification by requiring extensions to declare their dependencies and interactions during registration. The component registry validates these declarations against the existing component map before allowing the extension to be activated. This preliminary action detects compatibility issues before they cause service disruptions, eliminating the need for time-consuming manual testing while maintaining reliability.

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If extensions are allowed to alter data access or processing operations, then functional capabilities are enhanced, but negative impacts occur on tenants beyond those who introduced the customization

Engineering Contradiction:
Improvefunctional enhancementVSAvoidcross-tenant negative impact
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The patent implements local quality by allowing data access and processing operations to be customized locally for each tenant through the component registry. Each tenant's extension only modifies the component map entries relevant to their specific needs and data scope. This localized customization enables functional enhancement while preventing harmful effects from propagating to other tenants, as each tenant operates within their own isolated context.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS10200247B2First-class component extensions for multi-tenant environments
Publication Date: 2019.02.05 NETSUITE INC
  • US10200247B2 patent drawing
  • US10200247B2 patent drawing
  • US10200247B2 patent drawing

AI summary

A system, apparatuses, and methods for enabling management of customizations/extensions to the functionality of a multi-tenant computing platform. In some embodiments, an extended or customized entity, such as a function, operation, process, module, sub-routine, data item, etc. is represented as a record. That record is then associated with an underlying record by means of a tenant specific mapping or equivalent structure. This enables the tenant to utilize the extended or customized entity in place of the underlying record in situations in which the underlying record would typically be used. This also provides a way of isolating the extensions or customizations on the multi-tenant platform so that they are associated with specific tenants and not with other tenants who may still access the underlying or un-extended versions of the entity.