Asynchronous 多个google云函数的异步触发器

我有一个java应用程序，它与多个云函数交互，当事件发生时需要触发这些函数。云函数需要异步触发。我读到Pub/Sub是一个异步触发云函数的选项，但由于一些架构限制，我无法使用它

我尝试了http触发器，但我需要等到它完成后再触发其他云函数

发布/订阅触发器有其他方法吗？

没有

使用HTTP触发器时，客户端应用程序需要同步等待响应

对于包括pubsub触发器在内的所有其他类型的函数，它们都是异步调用的

不清楚您的体系结构约束是什么。但是您当然可以通过HTTP触发器接受工作单元，然后将其异步委托给pubsub触发器，并返回一些唯一的ID供客户端在需要时用于轮询结果。

不太可能

使用HTTP触发器时，客户端应用程序需要同步等待响应

对于包括pubsub触发器在内的所有其他类型的函数，它们都是异步调用的

---

不清楚您的体系结构约束是什么。但您当然可以通过HTTP触发器接受工作单元，然后将其异步委托给pubsub触发器，并返回一些唯一的ID供客户端在需要时用于轮询结果。

Google pubsub可用于异步触发云函数。酒吧/酒吧不保证秩序。Google pubsub适用于订购不受关注的典型用例

谷歌云功能可以通过HTTP请求触发。但是，HTTP触发器只能同步工作

尽管pub/sub更适合于异步需求，但仍然可以引入同步支持，但代价是吞吐量/性能。其中一种方法是由发送方为消息分配一个唯一标识符，该标识符可在接收方进行相应处理。另一种方法是使用云监控，通过跟踪未确认的度量来确定是否存在尚未收到的消息

但如果您的解决方案需要高可用性和可扩展性，建议尽量减少对订单的依赖

---

发布/订阅触发的替代方法取决于您所面临的确切限制以及体系结构、部署要求。

Google pubsub可用于异步触发云功能的需要。酒吧/酒吧不保证秩序。Google pubsub适用于订购不受关注的典型用例

谷歌云功能可以通过HTTP请求触发。但是，HTTP触发器只能同步工作

尽管pub/sub更适合于异步需求，但仍然可以引入同步支持，但代价是吞吐量/性能。其中一种方法是由发送方为消息分配一个唯一标识符，该标识符可在接收方进行相应处理。另一种方法是使用云监控，通过跟踪未确认的度量来确定是否存在尚未收到的消息

但如果您的解决方案需要高可用性和可扩展性，建议尽量减少对订单的依赖

发布/订阅触发器的替代方法取决于您所面临的确切限制以及体系结构、部署需求