Cloud Resource Configuration for Gray and Batch Service Upgrades
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing cloud service resource configuration systems, such as Terraform IaC, can only perform rolling upgrades and lack the ability to implement higher-order updates like gray or batch rolling upgrades, leading to limitations in cloud service upgrade processes and reduced user experience.
Innovation Solution
A resource configuration method and system that creates a second cloud service sharing environment resources with the first cloud service while isolating workload resources, allowing for traffic migration using policies like gray or batch rolling deployment, enabling higher-order updates.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a cloud service uses traditional rolling upgrade method, then the system can maintain service continuity, but the system cannot support higher-order update manners such as gray upgrade or batch rolling upgrade
Solution Approach 1:
The patent segments cloud resources into two distinct categories: environment type resources (shared between old and new services) and workload type resources (isolated between services). This segmentation enables different update strategies by allowing the system to manage environment resources collectively while isolating workload resources for individual service control, thereby supporting gray upgrade and batch rolling upgrade without increasing overall system complexity
Solution Approach 2:
The patent introduces a resource configuration system as an intermediary layer between the cloud service and underlying infrastructure. This intermediary manages resource allocation, isolation, and sharing policies, enabling higher-order update manners by coordinating environment resource sharing while maintaining workload resource isolation, thus resolving the contradiction between versatility and complexity
2Productivity
If the cloud service shares all resources with the updated service, then resource utilization improves, but service stability and isolation are compromised
Solution Approach 1:
The patent applies local quality by assigning different sharing policies to different resource types: environment type resources are shared between old and new cloud services to improve utilization, while workload type resources are isolated to ensure service stability. This localized differentiation of resource sharing characteristics resolves the contradiction between resource utilization and service stability
3Reliability
If the cloud service isolates all resources from the updated service, then service stability is maintained, but resource utilization efficiency decreases
Solution Approach 1:
The patent implements local quality by differentiating resource sharing at the resource type level: environment type resources are shared to improve utilization efficiency, while workload type resources are isolated to maintain service stability. This selective approach resolves the contradiction by applying different quality characteristics to different parts of the resource architecture
Data Source
AI summary
A resource configuration method includes: obtaining configuration information provided by a user, where the configuration information is used to describe a plurality of resources configured for a first cloud service; creating a second cloud service based on the configuration information and an original resource allocated to the first cloud service, where the second cloud service and the second cloud service share an environment type resource, and a workload type resource of the second cloud service is isolated from a workload type resource of the first cloud service; and migrating traffic on the first cloud service to the second cloud service according to a target deployment policy.