Платформа Firebase и приложение гибкой среды обрабатывают несколько экземпляров

Question

Мы размещаем платформу, которая использует комбинацию firebase и app в сочетании. Сервер JS-сервера узла приложения прослушивает изменения в местах расположения firebase и выполняет некоторую обработку данных. Однако из-за масштабирования у нас неожиданно появилось 2 экземпляра вместо 1 и закончилась дублированием обработки данных. Я видел некоторые предложения по ручному масштабированию с одним экземпляром, но это действительно не масштабируется правильно?

Существуют ли альтернативные решения с использованием гибкого решения? Я уже немного читал о Firebase-queues и https://cloud.google.com/solutions/mobile/mobile-firebase-app-engine-flexible. Есть ли у кого-нибудь опыт работы с ними и как они сравниваются с использованием REST для обновлений, которые необходимо обработать сервером?

Answer 1

Я предлагаю, чтобы вместо прослушивания и обработки изменений на обработчике очереди запрос на изменение (используя очереди или pubsub).
Это гарантирует, что каждое изменение будет обрабатываться только одним экземпляром за раз, и оно будет масштабироваться, чтобы позволить многим экземплярам обрабатывать множество уведомлений об изменениях.

Очереди также гарантируют, что сбой в ошибке будет у вас на стороне сервера.