Application Version Release Management via Segmented Rollout

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The challenge lies in effectively testing and improving application performance before public release, as new applications or updates may cause performance issues due to unanticipated loads on application servers, affecting developer reputation and revenue.

Innovation Solution

A method where a first version of an application is provided to a subset of users, with performance measured and subsequent subsets selected based on this data, allowing incremental rollout to larger user groups, enabling developers to identify and fix issues before a full public release.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Quantity of substance

If the application is released to the general public, then the developer can gain more users and revenue, but performance issues may arise affecting developer reputation and revenue

Engineering Contradiction:
Improvenumber of usersVSAvoidapplication performance
Core Design Contradiction:
Quantity of substanceVSReliability

Solution Approach 1:

The user base is segmented into multiple subsets (e.g., 5%, 25%, 100% of users) for incremental rollout. The application is released to a first subset of users, performance is measured, and then a second subset is selected based on performance data. This segmentation allows the system to gradually expand user exposure while monitoring performance metrics, resolving the contradiction between gaining users and maintaining reliability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary testing by releasing the application to a small first subset of users before full public release. Performance information is collected from this preliminary group to determine whether to proceed to a larger second subset. This preliminary action allows potential performance issues to be identified and addressed before widespread deployment, balancing user acquisition with performance reliability.

Inventive Principle:
Principle #10Preliminary action

2Productivity

If the application is released to a large user group, then the developer can improve visibility and revenue, but unanticipated load on the application server may cause performance issues

Engineering Contradiction:
Improverevenue generationVSAvoidserver stability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The user population is divided into sequential subsets (first subset, second subset) with increasing sizes. The application is first released to a smaller first subset to test server stability under moderate load, then progressively expanded to a second subset if performance metrics are satisfactory. This segmented approach allows the server to be stress-tested incrementally, preventing unanticipated load issues while still enabling revenue generation through controlled user expansion.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements feedback loops where performance information collected from the first subset of users is used to determine selection criteria for the second subset. Performance metrics such as server response time, error rates, and user behavior patterns are analyzed to make informed decisions about the next rollout phase. This feedback mechanism ensures that server load is managed sustainably while maximizing revenue potential through data-driven expansion decisions.

Inventive Principle:
Principle #23Feedback

3Adaptability or versatility

If the application version is updated, then new features can be added to improve functionality, but performance issues may arise that were not present in the previous version

Engineering Contradiction:
Improveapplication functionalityVSAvoidapplication stability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

Updated application versions are tested on segmented user subsets rather than being rolled out universally. The first subset of users receives the updated version to validate functionality and stability, and performance information is collected to determine whether to expand to the second subset. This segmentation allows new features to be introduced and tested in a controlled manner, maintaining application stability while enabling functional improvements.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary validation of updated application versions by releasing them to a first subset of users before full deployment. Performance information from this preliminary testing phase is used to determine whether the update is ready for broader rollout to a second subset. This preliminary action ensures that new features are thoroughly tested for stability and performance issues before widespread adoption, balancing functionality improvement with reliability maintenance.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS9087156B2Application version release management
Publication Date: 2015.07.21 GOOGLE LLC
  • US9087156B2 patent drawing
  • US9087156B2 patent drawing
  • US9087156B2 patent drawing

AI summary

Implementations of the disclosed subject matter provide systems and methods for providing one or more versions of an application to one or more subsets of users based on measured performance of the one or more versions of the application. A method may include providing a first version of an application to a first subset of users of the application. Next, performance of the first version of the application may be measured and a second subset of users of the application may be selected based on the performance of the first version of the application. As a result, a second version of the application may be provided to the second subset of users of the application.