multithreading - 虚拟核心上的Google Cloud Platform/Amazon Web Services多线程

Question

我正在寻找信息，但是在阅读有关thread management的Google文档后，我没有收到我需要的全部信息，例如以下示例:

假设GCP/AWS的vcore是每个虚拟的物理线程，因此您可以在需要时将线程扩展为vcore。就像您在上面制作一个PHP应用程序一样，如果您拥有4个内核，则您的应用程序一次将处理4个请求

(告诉我，如果我在任何假设上错了，请，我真的很想很好地理解它)。

所以我问自己，如果在Java应用程序上创建新线程，会发生什么情况。它将在短时间内扩展GCP或AWS并添加一个新内核，还是将其进行管理而不会增加应用程序的额外费用？

如果它可以作为您可以在本地计算机上执行的多线程工作，那么我可能会误解了这些虚拟内核的工作方式。

如果是第二种情况，并且增加了云托管量，我在哪里可以看到它将增加多少美元以对其进行评估？与使用1个额外的vcore进行升级时增加的价格相同吗？ (我看到一个请求的线程限制为50，对于单个请求来说似乎太高了)。

如果是另一种情况，请告诉我，我的消息灵通(方法，api等)，但是对于我的疑惑却没有正确的答案。

用例是我们有一个php服务来处理大量请求，因此我不知道将它拆分成部署在不同实例上的微服务以设置每个实例所需的vcore还是将其转换为java更好。多线程。

非常感谢

Answer 1

The use case is that we have a php service which takes loads of requests

我不确定了解构成GCP/AWS核心的虚拟基础架构的后端机制是否会对此有所帮助。每个云提供商都使用具有不同多/超线程配置的不同硬件。如果服务繁重，请使用具有较高vCPU吞吐量的计算机类型。

so i don't know if it's better to split it into micro-services

很难评论是否可以拆分。它不是实现选择，而是设计选择。 IMO如果要同时运行所有服务，则没有必要运行微服务。