0

firebaseとappエンジンを組み合わせて使用​​するプラットフォームをホストしています。アプリエンジンノードJSサーバは、ファイヤーベースの場所の変更をリッスンし、データの処理を行います。しかし、スケーリングのために、私たちは突然1の代わりに2つのインスタンスを持ち、データの重複処理に終わった。私は1つのインスタンスでマニュアルスケーリングの提案を見ましたが、それは本当に拡張性がありません。FirebaseとApp Engineの柔軟な環境で複数のインスタンスを処理

フレキシブルソリューションを使用する代替ソリューションはありますか? Firebase-queuesとhttps://cloud.google.com/solutions/mobile/mobile-firebase-app-engine-flexibleについてはすでに読んでいます。誰でもこれらの経験がありますが、サーバーで処理する必要がある更新プログラムに対してRESTを使用するだけの方法と比べてどうですか?

答えて

0

ハンドラの変更をリスニングして処理する代わりに、キューまたはpubsubを使用して変更要求をキューに入れることをお勧めします。
これにより、すべての変更が一度に1つのインスタンスでのみ処理され、多くのインスタンスが多くの変更通知を処理できるようになります。

キューは、エラーが発生した場合でもサーバー側がリタイアすることを保証します。

関連する問題