AWS Lambda单容器单调用vs ECS单容器多请求：相关疑问

先明确你的理解偏差 #

• Lambda：默认状态下，每个执行环境（也就是你说的容器）同一时间只处理一个请求，并发请求过来时会新建独立的执行环境。但Lambda不是完全不能单环境处理多请求——现在可以通过配置开启单执行环境多调用支持，只是这不是默认行为。
• ECS：单个ECS容器确实能扛几百甚至几千并发，这取决于你部署的服务本身的并发能力（比如Web服务器、应用框架的线程/进程设计），以及给容器分配的资源多少。

为什么Lambda默认用单请求模型？ #

Lambda的设计初衷就是让开发者少操心底层运维，专注写业务逻辑：

• 隔离性拉满：单请求独占资源，不会出现多个请求抢CPU、内存的情况，也避免了一个请求的代码bug（比如内存泄漏）影响其他请求，排查问题更简单。
• 不用管并发安全：因为单环境一次只处理一个请求，开发者不用写锁、线程同步这类并发控制代码，降低了开发门槛。
• 伸缩逻辑更简单：自动给每个并发请求新建执行环境，Lambda的弹性伸缩完全不用开发者干预，不用自己搞负载均衡和请求排队。

ECS能扛高并发的原因 #

ECS是给你自己部署容器服务的平台，控制权在你手里：

• 自己定并发策略：你可以部署支持高并发的服务（比如Nginx、Spring Boot、Node.js异步服务），用线程池、异步IO这些技术处理大量请求，怎么并发全由你说了算。
• 资源按需配置：你可以根据服务的并发需求调整容器的CPU、内存配额，把资源利用率拉满，而Lambda的资源是按单个执行环境分配的，默认单请求独占这些资源。

内容的提问来源于stack exchange，提问作者Samuel Neff