Parallel Rollout of Independent Production Asset Aspects

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current deployment processes and infrastructure lack an abstraction or application programming interface (API) to manage aspects independently, requiring synchronization across disjointed processes or teams handling different aspects of a distributed software system.

Innovation Solution

The implementation of a system with one or more APIs that store records of updates to be executed in an aspect store, allowing for the parallel rollout of independent aspects of production assets by selecting assets, modifying their states, and executing updates in a backend development environment.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a monolithic deployment process is used to manage all aspects of production assets, then system consistency is maintained, but flexibility and independence of aspect updates are lost

Engineering Contradiction:
Improveindependence of aspect updatesVSAvoiddeployment process complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The deployment process is segmented into independent aspect-level operations. Each aspect can be updated, deployed, and rolled back independently through separate API calls, eliminating the need for monolithic deployment coordination while maintaining system consistency through centralized state management.

Inventive Principle:
Principle #1Segmentation

2Productivity

If aspects are managed as independent units, then update flexibility is improved, but coordination and synchronization between aspects becomes more difficult

Engineering Contradiction:
Improveupdate deployment speedVSAvoidaspect synchronization
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system implements feedback mechanisms where each aspect update operation reports its status to a centralized state manager. This enables real-time tracking of deployment progress across aspects, allowing the system to coordinate updates and ensure consistency without requiring explicit synchronization between independent aspect managers.

Inventive Principle:
Principle #23Feedback

3Reliability

If a centralized state management system is implemented, then coordination between aspects is improved, but system complexity increases

Engineering Contradiction:
Improvedeployment consistencyVSAvoidstate management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

A centralized state manager acts as an intermediary between independent aspect update operations and the production assets. This mediator maintains a unified view of system state, coordinates updates across aspects, and ensures consistency without requiring complex direct communication between aspects or teams.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If gradual deployment is implemented for each aspect, then risk is reduced, but deployment time increases

Engineering Contradiction:
Improvedeployment safetyVSAvoidtotal deployment time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system enables preliminary preparation of multiple aspects in parallel before actual deployment. Updates can be validated, tested, and prepared independently, then executed simultaneously or in coordinated batches, reducing total deployment time while maintaining safety through controlled rollout mechanisms.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20250036395A1Orchestrating Parallel Rollouts of Independent Aspects of Production Assets
Publication Date: 2025.01.30 GOOGLE LLC
  • US20250036395A1 patent drawing
  • US20250036395A1 patent drawing
  • US20250036395A1 patent drawing

AI summary

Aspects of the disclosed technology include techniques and mechanisms for orchestrating the parallel rollouts of independent aspects of production assets. One or more APIs may be configured to store, within an aspect store, records indicating one or more updates to be executed, where an update may indicate an asset and aspect therein to be updated. An API may select one or more updates to be deployed and may modify a current state of the selected updates to indicate that an associated update is pending. An API may access the backend development environment associated with the asset and may perform the update indicated in the updates. An API may modify the current state of the executed updates to indicate completion of the updates. The aspect store may modify records stored therein to reflect the most recent values associated with the updated assets and aspects.