Capability-Based Software Migration for Host Resource Shortages

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional data storage and service providing systems face challenges in maintaining seamless operation during planned and unplanned system failures, leading to increased downtime and complexity, especially with the growth of distributed computing platforms and remote hosting.

Innovation Solution

A Spime™ self-determination apparatus within a distributed computing platform that evaluates its own and target host device capability parameters, initiating migration to a suitable host when certain criteria are met, ensuring seamless operation and reduced downtime.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional fault tolerance mechanisms are implemented, then system reliability is improved, but device complexity increases

Engineering Contradiction:
Improvesystem availabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The software object autonomously evaluates its own capability parameters and initiates migration decisions without human intervention. The object self-determines when migration is needed based on capability mismatches, eliminating the need for complex external monitoring and control systems while maintaining high availability.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system performs capability evaluation and migration preparation in advance before actual system failures occur. By continuously assessing capability parameters and pre-identifying suitable target hosts, the system resolves technical contradictions by having migration-ready states prepared beforehand, reducing both complexity and downtime.

Inventive Principle:
Principle #10Preliminary action

2Manufacturing precision

If manual intervention is used for system upgrades and maintenance, then control precision is improved, but loss of time increases

Engineering Contradiction:
Improveupgrade controlVSAvoiddowntime
Core Design Contradiction:
Manufacturing precisionVSLoss of time

Solution Approach 1:

The software object autonomously monitors its own capability parameters and automatically initiates migration processes without requiring manual disconnection or reconfiguration. This self-service approach maintains precise control over the migration process while eliminating the time loss associated with human intervention, as the object itself triggers and manages the migration to target hosts.

Inventive Principle:
Principle #25Self-service

3Reliability

If physical device redundancy is implemented, then reliability is improved, but loss of substance increases

Engineering Contradiction:
Improvefault toleranceVSAvoidresource cost
Core Design Contradiction:
ReliabilityVSLoss of substance

Solution Approach 1:

Instead of maintaining physical redundant hardware devices, the system creates virtual copies of software objects that can be migrated between hosts. The capability parameter evaluation determines when to instantiate software copies on target hosts, providing fault tolerance through virtual replication rather than physical redundancy, thereby reducing resource consumption while maintaining reliability.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS20250258743A1System and method for software migration based on capabilities of host device
Publication Date: 2025.08.14 BASEN CORP
  • US20250258743A1 patent drawing
  • US20250258743A1 patent drawing
  • US20250258743A1 patent drawing

AI summary

In one embodiment, a system may obtain first capability parameters associated with a software object executing on a first host. The first capability parameters may include an indication of resources required to execute the software object. The system may obtain second capability parameters associated with the software object, which are different from the first capability parameters. The system may determine that the first host has insufficient resources to execute the software object based at least in part on the second capability parameters. A target host with sufficient resources to execute the software object may be identified based at least in part on the second capability parameters, and the software object may be migrated from the first host to the target host.