In-Memory Security Configuration Template for Multi-Tenant Cloud

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Multi-tenant environments, such as cloud-based PaaS or SaaS platforms, face inefficiencies in managing multiple security configurations and artifacts, leading to slowed tenant onboarding processes and increased resource utilization.

Innovation Solution

Implementing a security configuration template that loads into memory, allowing for the creation of tenant-specific security configurations by reusing and modifying nodes within the template, thereby eliminating the need for persistent storage and reducing resource usage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If multiple copies of security configuration files and security artifacts are managed for each tenant, then tenant isolation and security are maintained, but the tenant onboarding process slows down and computing and storage resources are consumed

Engineering Contradiction:
Improvetenant isolation and securityVSAvoidtenant onboarding speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

A single security configuration template serves multiple tenants by parameterizing tenant-specific values. The template contains placeholder tokens that are replaced with actual tenant values during runtime, allowing one template to generate security configurations for any number of tenants without requiring separate physical copies for each tenant.

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

Solution Approach 2:

The security configuration template uses parameter substitution where placeholder tokens (e.g., ${tenant.name}) are replaced with specific tenant values. This parameterization allows the same template structure to be adapted dynamically for different tenants, changing only the parameter values rather than the entire configuration structure.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If multiple copies of security configuration files and security artifacts are stored in separate tenant-specific partitions, then tenant data isolation is ensured, but storage resources are used up

Engineering Contradiction:
Improvetenant data isolationVSAvoidstorage resources
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

A single stored template file serves as the source for all tenant security configurations. Instead of storing multiple identical or similar configuration files in different tenant partitions, the system stores one universal template that can generate configurations for any tenant through parameter substitution, dramatically reducing storage requirements.

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

Solution Approach 2:

The system creates virtual copies of the template in memory for each tenant by substituting parameters, rather than creating physical file copies on disk. These in-memory representations provide the necessary isolation while consuming minimal storage resources compared to persistent file copies.

Inventive Principle:
Principle #26Copying

3Reliability

If multiple copies of security configuration files are managed, then each tenant has dedicated security configurations, but computing resources are consumed and overhead increases

Engineering Contradiction:
Improvetenant-specific security configurationsVSAvoidcomputing and storage resources
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The security configuration template is prepared in advance with all necessary structure and placeholder tokens defined. This preliminary setup eliminates the need to create and manage complete configuration files for each tenant from scratch, reducing computing resources required during tenant onboarding and configuration management.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses in-memory template instantiation rather than file system operations. When a tenant needs security configurations, the system loads the template once into memory and creates parameterized versions in RAM, avoiding repeated file I/O operations and reducing computing overhead compared to managing physical file copies.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS10805350B2System and method for providing security services using a configuration template in a multi-tenant environment
Publication Date: 2020.10.13 ORACLE INT CORP
  • US10805350B2 patent drawing
  • US10805350B2 patent drawing
  • US10805350B2 patent drawing

AI summary

In accordance with an embodiment, described herein is a system and method for providing security services using a security configuration template in a multi-tenant environment. The system can load a security configuration template in memory when the multi-tenant environment starts, and can use the security configuration template to create a multi-headed tree to represent tenant-specific security configurations. Each head of the multi-headed tree can represent a root node of either the security configuration template or a tenant-specific security configuration. Each tenant-specific security configuration can reuse one or more nodes in the security configuration template by referencing those nodes, and can include one or more new nodes created from the security configuration template by replacing each placeholder therein with tenant-specific values. By creating tenant-specific security configurations on the fly in memory, the system can simplify the tenant onboarding process and save precious computing and storage resources, e.g., in a cloud environment.