Heroku各部署套餐每秒支持多少请求？需1500/s应选哪个定价方案？

• 先给你说免费版的实际表现：免费dyno本身就是给个人做测试、demo用的，512MB内存+共享CPU配额，还有30分钟无请求自动休眠、单月运行时长上限的限制，哪怕是跑没有任何业务逻辑的空Node.js接口，单实例撑死也就50-80 QPS，冷启动还要1-3秒，压测稍微打高点就会触发平台限流，完全不可能承载生产级流量。
• 再给你算生产级实例的实际承载基准，这些数都是我自己部署多个Node.js服务压测摸出来的，比官方宣传的参考值靠谱：
  • Hobby（业余付费档）：虽然不休眠，但还是共享CPU资源，单实例512MB内存，常规业务下也就扛80-120 QPS，资源容易被同物理机的其他租户抢占，高峰期延迟波动极大，不建议用来扛稳定高并发。
  • Standard 1X/2X：基础生产档，1X是512MB内存+1份共享CPU配额，单实例扛100-150 QPS；2X是1GB内存+2份CPU配额，单实例扛250-300 QPS，适合低流量业务。
  • Performance-M：性能档，2.5GB内存+2个独占vCPU核心，常规IO密集型Node.js服务单实例能扛800-1000 QPS，没有CPU抢占问题，延迟稳定。
  • Performance-L：顶配性能档，14GB内存+8个独占vCPU核心，跑满Node.js多进程的话单实例能扛3000+ QPS。
• 针对你需要至少1500/s请求处理能力的需求，选型要留至少30%的冗余应对流量尖峰、实例重启、发布损耗，别卡着临界值配：
  • 如果你的服务是纯静态响应、无复杂逻辑、无外部依赖调用的极轻量场景：配2台Performance-M实例做负载均衡就足够，成本相对最低。
  • 如果你的服务有常规数据库读写、缓存/中间件调用、少量业务计算：优先选1台Performance-L实例，或者3台Performance-M实例配自动扩缩容，后者可用性更高，单实例故障不会导致全量服务不可用。
• 几个容易踩的坑提前说：
  • 别想着凑一堆低配置实例扛流量，十几台Standard 1X的成本比2台Performance-M还高，延迟稳定性还差，完全不划算。
  • Node.js默认是单线程，用多核实例（比如Performance-L）的时候一定要用cluster模块做多进程fork，不然你买的8核实例只会用到1核，性能直接浪费80%。
  • 选型前最好先在本地压测你自己的业务代码单核心瓶颈QPS，毕竟不同业务逻辑差异极大：如果是加解密、批量数据处理这类CPU密集型逻辑，还要在上面的基础上适当加实例数。
  • 高QPS场景一定要开平台的自动扩缩容规则，别固定死实例数，不然流量突增直接打挂服务。

内容的提问来源于stack exchange，提问作者keta kay