Node.js 是否可以使用标志调用GCF节点

Node.js 是否可以使用标志调用GCF节点,node.js,google-cloud-functions,Node.js,Google Cloud Functions,我想尝试使用--experimentalmodules标志来简化构建并绕过babel 我浏览了gcloud文档()并看到了一些关于使用标志启动函数的内容,但这些标志似乎是gcloud标志,而不是传递给节点进程的标志 我希望能够做一些类似于管道args的事情: gcloud函数部署--运行时=nodejs10--实验模块 但我猜gcloud不会将任何旧参数传递给节点进程。。。那么,有没有一种方法可以用这个特定的标志来启动节点?我认为没有任何方法可以更改节点进程的运行时标志。如果您需要更多地控制流程

我想尝试使用--experimentalmodules标志来简化构建并绕过babel

我浏览了gcloud文档()并看到了一些关于使用标志启动函数的内容,但这些标志似乎是gcloud标志,而不是传递给节点进程的标志

我希望能够做一些类似于管道args的事情:
gcloud函数部署--运行时=nodejs10--实验模块


但我猜gcloud不会将任何旧参数传递给节点进程。。。那么,有没有一种方法可以用这个特定的标志来启动节点?

我认为没有任何方法可以更改节点进程的运行时标志。如果您需要更多地控制流程的启动方式,我建议您看看Google Cloud Run,因为您能够准确地说出docker映像中包含的内容,以及在映像启动时如何准确地调用节点


您会发现Cloud Run只允许您设置HTTP端点,因此如果您需要云函数可用的其他产品触发器之一,您可以安排云函数将传入数据代理到Cloud Run中进行处理。

我认为没有任何方法可以更改节点进程的运行时标志。如果您需要更多地控制流程的启动方式,我建议您看看Google Cloud Run,因为您能够准确地说出docker映像中包含的内容,以及在映像启动时如何准确地调用节点


您会发现Cloud Run只允许您设置HTTP端点,因此,如果您需要云功能可用的其他产品触发器之一,您可以安排云功能将传入数据代理到Cloud Run中进行处理。

当前使用发布/订阅触发器,因此必须代理,但我认为这是一个很好的解决方案。我假设Cloud Run将逐渐获得与云函数相同的功能,所以可能只是暂时的。我想唯一的缺点是每个触发器上的云函数和云运行调用的潜在成本影响。。。因此,我假设我可以完全绕过云函数,并推送到任何唯一的云运行端点。是的,您当然可以通过一些设置安排pubsub消息直接转到云运行。目前使用Pub/Sub触发器,因此必须代理,但我认为这是一个很好的解决方案。我假设Cloud Run将逐渐获得与云函数相同的功能,所以可能只是暂时的。我想唯一的缺点是每个触发器上的云函数和云运行调用的潜在成本影响。。。因此,我假设我可以完全绕过云函数,并推送到任何唯一的云运行端点。是的,您当然可以安排pubsub消息通过一些设置直接转到云运行。