# 预置实例并发功能的评估

> 冷启动统计数据: https://docs.qq.com/sheet/DQm11U2dja1FacWV0?tab=BB08J2
> Ticket: https://app.asana.com/0/1200011502754281/1201392052466792/f

## Engine
### 当前预置并发配置方案 - **时间段: 预置并发数量**
1. 00:00-03:00: 40
2. 03:00-09:00: 5
3. 09:00-12:00: 40
4. 12:00-15:00: 10
5. 15:00-00:00: 20

### 冷启动率优化效果
**0.06~0.08** 降低到 **0.02~0.03**

### 当前 Engine 账单

虽然按照不同时间段对 预置并发进行了调度，但可以看到依然占据了本月到现在为止绝大多数的费用， 需要进一步优化.
下面是以**12-3**日期为参考进行不同时间段的预置并发使用情况分析

1. **00:00~03:00**: 预置并发**40**
可以看出在 **00:00~01:00**, **02:00~03:00** 有大量的闲置预置， 可以调整策略为:
- **00:00~01:00**: 2
- **01:00~02:00**: 35
- **02:00~03:00**: 2

2. **03:00~09:00**: 预置并发**5**

在这期间， 几乎没有使用到 **5** 并发上限，有闲置预置， 调整策略为:
- **03:00~09:00**: 2

3. **09:00~12:00**: 预置并发 **40**
可以看出在 **10:00-10:30** 期间有较高的使用率，其余时间段有大量闲置并发，调整策略为:
- **09:00~10:00**: 2
- **10:00~10:30**: 35
- **10:30~12:00**: 5

4. **12:00~15:00**: 预置并发**10**
**12:00~14:00** 期间请求量波动较大， **14:00~15:00** 请求量平稳较少, 调整策略:
- **12:00~14:00**: 10
- **14:00~15:00**: 5

5. **15:00~00:00**: 预置并发**20**

**16:00~17:00** 并发量较大，其余时间段请求量很小，调整策略为:
- **15:00~16:00**: 5
- **16:00~17:00**: 20
- **17:00~00:00**: 2

---
Engine:
统计时间: 11-23~12-06
配置前:
平均并发请求(个/每分钟每天): 6
预估每天冷启动数量: 500
配置预置并发方案:
时间段:
00:00~00:59: 3
01:00~02:45: 18
02:46~09:59: 1
10:00~10:30: 20
10:31~11:59: 3
12:00~14:00: 12
14:01~16:24: 3
16:25~17:00: 16
17:01~23:24: 3
23:25~23:59: 14
预估成本(人民币/每天): 4.486
预估冷启动数量: 170
Registry:
统计时间: 11-26~12-09
配置前:
平均并发请求(个/每分钟每天): 1 (算出来的平均数是0.25)
预估每天冷启动数量: 53
配置预置并发方案:
时间段:
00:00~00:30: 1
00:31~09:29: 0
09:30~18:00: 0
18:01~20:29: 0
20:30~23:59: 1
预估成本(人民币/每天): 0.72
预估冷启动数量: 9
Events:
统计时间: 11-26~12-09
配置前:
平均并发请求(个/每分钟每天): 1(实际算出来的平均数是0.66)
预估每天冷启动数量: 90
配置预置并发方案:
时间段:
00:00~02:00: 0
02:01~08:59: 0
09:00~23:59: 1
预估成本(人民币/每天): 0.55
预估冷启动数量: 22