云小栈不适合。
ECS 突发性能型实例（如 t5、t6、t7 系列）并不适合长期高负载运行，原因如下：
1. CPU 积分机制限制
- 突发性能型实例采用 CPU 积分（Credit）机制。
- 在低负载时积累 CPU 积分，在高负载时消耗积分以提升 CPU 性能。
- 一旦积分耗尽，CPU 性能会被严格限制在基准性能水平（通常为 10%~20%），导致应用响应变慢甚至超时。
2. 长期高负载会快速耗尽积分
- 如果实例持续处于高 CPU 使用率状态，积分会迅速被消耗完。
- 即使后续有少量空闲时间，积累的积分速度也远赶不上高负载的消耗速度，导致实例长期处于“降频”状态。
3. 性能不可预测
- 在高负载下，实际可用 CPU 性能取决于当前积分余额，无法保证稳定的计算能力。
- 对于需要稳定高性能的应用（如 Web 服务器、数据库、大数据处理等），这种波动是难以接受的。
✅ 推荐替代方案
如果需要长期高负载运行，建议选择以下类型的实例：
| 实例类型 | 适用场景 |
|---|---|
| 计算优化型（c 系列） | CPU 密集型应用，如 Web 服务、微服务、游戏服务器等。提供稳定且较高的 CPU 性能。 |
| 通用增强型（g 系列） | 均衡型应用，兼顾 CPU 和内存，适合大多数生产环境。 |
| 内存优化型（r/m 系列） | 内存密集型应用，如大型数据库、缓存服务（Redis/Memcached）。 |
💡 建议：通过阿里云控制台或 API 监控 CPU 使用率。若发现 ECS 实例 CPU 使用率持续高于 60%~70%，应考虑升级至非突发性能型实例，以避免性能瓶颈。
