Amazon web services 多CPU aws lambda/云函数等效

我想以AWS Lambda/Google Cloud函数的形式运行一些代码，但需要8个CPU核（否则运行时间太长）。 目前，我有一个24/7运行的实例，但它很少被使用，所以这是一种浪费

在AWS或谷歌云中有什么方法或解决方法可以做到这一点吗

---

谢谢大家!

恐怕AWS Lambda不允许您选择CPU内核的数量。在内存部分中，它指出：

Memory–执行过程中函数可用的内存量。以64-MB的增量选择一个介于128 MB和3008 MB之间的量

Lambda根据配置的内存量线性分配CPU功率。1792MB时，一个函数相当于一个完整的vCPU（每秒一个vCPU的积分）

谷歌云功能也遵循类似的模式，内存和CPU电源连接在一起（但隐藏了涉及的内核数量）。你可以看到细节

更新

---

你也可以试试。它最多可用于2个VCPU。而且您只在代码运行时支付，账单精确到100毫秒，恐怕AWS Lambda不允许您选择CPU内核的数量。在内存部分中，它指出：

Memory–执行过程中函数可用的内存量。以64-MB的增量选择一个介于128 MB和3008 MB之间的量

Lambda根据配置的内存量线性分配CPU功率。1792MB时，一个函数相当于一个完整的vCPU（每秒一个vCPU的积分）

谷歌云功能也遵循类似的模式，内存和CPU电源连接在一起（但隐藏了涉及的内核数量）。你可以看到细节

更新

---

你也可以试试。它最多可用于2个VCPU。您只需在代码运行时付费，计费精确到100毫秒

无服务器计算产品通常使用廉价的商品硬件来实现巨大的可扩展性，同时使产品价格合理。我预计这不会很快改变。因此，这些产品不适用于繁重的计算

一般来说，如果您的计算工作需要高端硬件，您需要支付每日/每小时的费用来保持这些服务的运行，因为它们不会按照无服务器选项的要求快速地上下扩展。如果您需要这种级别的计算，就无法避免支付这些费率

---

您当然可以自由组合这些产品。例如，使用云函数处理传入事件，然后使用代理来处理计算引擎，这是非常合理的。即使需要，你也可以。我不认为这一过程会很快，但话说回来，如果您需要8个内核，您可能还有很多工作要做。

无服务器计算产品通常使用廉价的商品硬件来实现大规模的可扩展性，同时使产品价格合理。我预计这不会很快改变。因此，这些产品不适用于繁重的计算

一般来说，如果您的计算工作需要高端硬件，您需要支付每日/每小时的费用来保持这些服务的运行，因为它们不会按照无服务器选项的要求快速地上下扩展。如果您需要这种级别的计算，就无法避免支付这些费率

---

您当然可以自由组合这些产品。例如，使用云函数处理传入事件，然后使用代理来处理计算引擎，这是非常合理的。即使需要，你也可以。我不认为这个过程会很快，但话说回来，如果你需要8个内核，你可能还有很多工作要做。

你是如何触发你的工作的？它是HTTP请求吗？您需要同步http响应吗？或者作业可以继续在后台运行（稍后您可以通过另一个请求获得答案）？如何触发作业？它是HTTP请求吗？您需要同步http响应吗？或者作业可以继续在后台运行（稍后您可以通过另一个请求获得答案）？