hezyin commented on issue #6959:
URL: 
https://github.com/apache/incubator-devlake/issues/6959#issuecomment-2058076255

   Here's another data point contributed by a DevLake user:
   
   
![Untitled-2023-09-13-1844](https://github.com/apache/incubator-devlake/assets/2908155/02f2abc0-0f3e-428e-8015-5be583f2637d)
   
   
   They release a new "cluster chart" at regular intervals, but enterprise 
customers, each with unique change requirements and schedules, may not upgrade 
immediately.
   
   As shown in the diagram, they serve multiple customers. Each customer may 
have one or more management clusters, primarily for georeplication. Each 
management cluster oversees multiple workload clusters (corresponding to 
different development stages like dev, staging, prod).
   
   This DevLake user's primary concern is to minimize the number of distinct 
cluster chart versions in circulation to reduce maintenance costs. They track 
the time from a new cluster chart release to its deployment across most 
workload clusters. Additionally, they need to segment deployment data by 
customer, management cluster name, type (WAS, Azure, VMware, bare metal), and 
workload cluster name.
   
   To measure the percentage of workload clusters on a specific release 
version, we need to know how many workload clusters are there in total. We can 
approximate this number using the total number of workload clusters we have 
seen in the past.
   
   
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to