云知识在高并发场景下，强烈推荐使用计算型（Compute Optimized）实例，而不推荐使用突发性能型（Burstable Performance）实例。
以下是具体的对比分析和决策依据：
1. 为什么高并发场景不适合“突发性能型”？
突发性能型实例（如阿里云的 t5/t6 系列，AWS 的 t2/t3 系列）的设计初衷是用于负载波动大、平时空闲但偶尔有短时峰值的场景（例如开发测试环境、低流量网站、小型数据库）。
- CPU 积分机制限制：这类实例通过“CPU 积分”来运行。在正常负载下积累积分，在需要时消耗积分以提供高于基准的性能。
- 性能受限风险：一旦高并发导致 CPU 积分耗尽，实例会被强制降频至基准性能水平（通常仅为单核的 10%~20%）。在高并发场景下，这种降频会导致响应时间急剧增加、请求超时甚至服务不可用。
- 不可预测性：在高负载持续期间，无法保证稳定的计算能力，这对于需要稳定吞吐量的业务是致命的。
2. 为什么“计算型”是高并发首选？
计算型实例（如阿里云的 c7/c8 系列，AWS 的 c5/c6 系列）专为计算密集型和高吞吐量任务设计。
- 稳定的高性能：它们提供持续、稳定且可预测的 CPU 性能，没有积分限制，不会因为长时间高负载而降频。
- 高主频与多核优化：通常配备高主频处理器，并针对多线程处理进行了优化，非常适合处理大量的并发连接、复杂的逻辑运算或实时数据处理。
- 弹性扩展能力：虽然计算型本身价格较高，但在高并发场景下，其提供的 SLA（服务等级协议）保障和稳定性远高于突发型，能有效避免业务中断带来的更大损失。
总结与建议
| 特性 | 突发性能型 (Burstable) | 计算型 (Compute Optimized) |
|---|---|---|
| 适用场景 | 低频访问、开发测试、突发小流量 | 高并发、计算密集型、核心生产业务 |
| CPU 性能表现 | 依赖积分，耗尽后大幅降频 | 持续满血运行，无降频风险 |
| 成本策略 | 便宜，适合预算敏感的低负载 | 较贵，但为高可用付费 |
| 高并发推荐度 | ❌ 不推荐 | ✅ 强烈推荐 |
最终结论：
如果您的业务面临持续的高并发压力（如秒杀活动、实时交易、高频 API 网关等），请务必选择计算型实例。如果为了节省成本，可以考虑采用“计算型 + 自动伸缩组（Auto Scaling）”的策略，根据流量动态增减实例数量，而不是牺牲性能去使用突发型实例。