Remote Server Validation via Dynamic Routine Selection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing database systems face inefficiencies in validating large numbers of remote servers with unique configurations, as manual validation requires physical access and is time-consuming, especially when servers are deployed across various locations.

Innovation Solution

A testing server performs flexible remote server validation by receiving parameters, selecting a subset of validation routines based on metadata, and executing these routines remotely to ensure correct configuration, allowing for efficient validation of multiple servers from a central location without physical access.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If manual validation is used to ensure correct server configuration, then validation accuracy is improved, but time consumption and operational complexity increase significantly

Engineering Contradiction:
Improvevalidation accuracyVSAvoidtime consumption
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The validation system performs self-validation by automatically executing validation routines on target servers without requiring manual intervention. The testing server autonomously selects and runs appropriate validation routines based on server configuration parameters, enabling the system to validate itself rather than requiring external manual validation.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent replaces manual mechanical validation processes with automated electronic validation routines. Instead of physically accessing servers and manually checking configurations, the system uses remote automated testing servers that electronically execute validation routines against target servers, substituting human operators with automated software agents.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

2Reliability

If physical access to each server is required for validation, then validation thoroughness is improved, but operational ease and scalability deteriorate

Engineering Contradiction:
Improvevalidation thoroughnessVSAvoidoperational ease
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The testing server acts as an intermediary between the validation process and target servers. Instead of requiring direct physical access to each server, the testing server remotely communicates with and executes validation routines on target servers, mediating the validation process and eliminating the need for physical presence at each server location.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The testing server provides universal validation capabilities that can be applied to multiple different target servers with various configurations. A single testing server can validate numerous servers across different locations by dynamically selecting appropriate validation routines based on each server's configuration parameters, making the validation process universally applicable rather than location-specific.

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

3Reliability

If comprehensive validation routines are executed on all servers, then validation completeness is improved, but system complexity and resource consumption increase

Engineering Contradiction:
Improvevalidation completenessVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The validation process applies local quality by selecting and executing only the specific validation routines that are relevant to each target server's configuration. Instead of running all possible validation routines on every server, the system dynamically determines which validation routines are appropriate based on the server's specific parameters, applying validation thoroughness only where needed rather than uniformly across all servers.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system changes parameters by dynamically selecting validation routines based on server configuration parameters. The testing server receives parameters describing the target server's configuration and uses these parameters to determine which subset of validation routines to execute, adapting the validation process to match the specific characteristics of each server rather than using a fixed validation approach.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS10595204B2Flexible remote server validation
Publication Date: 2020.03.17 SALESFORCE INC
  • US10595204B2 patent drawing
  • US10595204B2 patent drawing
  • US10595204B2 patent drawing

AI summary

In some database systems, multiple servers may be deployed with different configurations based on stacks, applications, or services associated with the servers. Such systems may perform server validations to determine whether the servers are deployed with the correct configurations. A testing server may validate one or more target servers using metadata and parameters of the target servers. The testing server may receive parameters corresponding to a configuration file, and the testing server may select a subset of validation routines to perform for each target server based on metadata in the configuration file. In this way, the testing server may perform the same validation process for each target server, but may perform a different subset of validation routines. The testing server may execute code containing the selected subset of validation routines remotely against the target server, and may determine whether the server was configured correctly.