Concurrency 无服务器上的并发（如Google Cloud Run）是否毫无意义？

据我所知，默认情况下，在谷歌云和其他地方，每一个都是如此。（介绍的第3段）从我的角度来看，这表明除非将此设置更改为2或4 vCPU，否则docker映像上运行的代码中的并发性将一事无成。我是否缺少一些多线程知识，这意味着在单个超线程上的并发可以完成一些事情？扩大vCPU数量不是很有吸引力，因为最小内存设置已经被强制执行

这个问题是基于谷歌云技术栈提出的，但意在涵盖所有提供商

无服务器解决方案真的能从并发中获益吗？

编辑：

被接受的答案是一个伟大的第一眼，但我意识到我的上述假设忽略了上下文切换空闲时间。例如：

如果我们希望编写一个与数据库对话的后端，那么大量的计算时间可能会被浪费在数据库请求结果上。在这种情况下，上下文切换到下一个请求将允许我们更有效地填充CPU负载

因此，根据使用情况，即使在单线程vCPU上，我们的无服务器应用程序也可以从并发性中获益。根据我的经验，是的，您可以并行处理多个线程，并且您的性能会随着CPU数量的增加而提高。但是，您需要有一个支持多线程的进程

在云运行的情况下，每个请求都可以在一个线程中处理，并行化很容易。

我写道。根据我的经验，是的，您可以并行处理多个线程，并且您的性能会随着CPU数量的增加而提高。但是，您需要有一个支持多线程的进程

---

在云运行的情况下，每个请求都可以在一个线程中处理，并行化很容易。

非常好的资源，用一个明显的用例修改了我的问题，我甚至在提出问题之前就应该看到这个用例，但是如果更多的人通过这个线程找到你的帖子，那就太好了。非常好的资源，用一个明显的用例修改了我的问题，我甚至在提问之前就应该看到这个用例，但是如果更多的人通过这个找到你的帖子，那就太好了。