Асинхронные триггеры для нескольких облачных функций Google

Question

У меня есть приложение java, которое взаимодействует с несколькими облачными функциями, которые необходимо запускать при возникновении события. Облачные функции необходимо запускать асинхронно. Я читал, что Pub / Sub - это вариант для асинхронного запуска облачных функций, но я не могу использовать его из-за некоторых архитектурных ограничений.

Я попробовал триггер http, но мне нужно дождаться его завершения, прежде чем я активирую другой Облачные функции.

Есть ли альтернативный метод для триггера Pub / Sub?

Answer 1

Не совсем.

С триггерами HTTP клиентскому приложению необходимо синхронно ждать ответа.

Со всеми другими типами функций (включая триггеры pubsub) они вызываются асинхронно.

Непонятно, каковы ваши «архитектурные ограничения». Но вы, безусловно, можете принять единицу работы через триггер HTTP, затем делегировать ее асинхронно триггеру pubsub и вернуть некоторый уникальный идентификатор, который клиент будет использовать для опроса результатов (при необходимости).

Answer 2

Google pubsub может использоваться для асинхронного запуска облачных функций. Паб / подписка не гарантирует порядок. Google pubsub подходит для типичных случаев использования, когда порядок не является проблемой.

Облачные функции Google могут запускаться с помощью HTTP-запроса. Но триггер HTTP работает только синхронно.

Хотя pub / sub больше подходит для требований асинхронности, все же можно обеспечить синхронную поддержку, но за счет пропускной способности / производительности. Один из методов - присвоение сообщению уникального идентификатора отправителем, который может соответственно обрабатываться получателем. Другой подход может заключаться в использовании облачного мониторинга для определения того, есть ли сообщения, которые он еще не получил, путем отслеживания неупакованных метрич. c.

. Но если вашему решению требуется высокая доступность и масштабируемость, рекомендуется минимизировать зависимость от порядка. .

Альтернативный метод для триггера Pub / Sub зависит от конкретных ограничений, с которыми вы сталкиваетесь, в сочетании с архитектурными требованиями к развертыванию.