0

firebase と app engine を組み合わせて使用​​するプラットフォームをホストしています。アプリ エンジン ノードの JS サーバーは、firebase の場所の変更をリッスンし、データの処理を行います。ただし、スケーリングのために、1 つではなく 2 つのインスタンスが突然発生し、データの重複処理が発生しました。1 つのインスタンスを手動でスケーリングするためのいくつかの提案を見てきましたが、それは実際にはスケーラブルではありませんか?

柔軟なソリューションを使用した代替ソリューションはありますか? Firebase-queues とhttps://cloud.google.com/solutions/mobile/mobile-firebase-app-engine-flexibleについては、すでに少し読んでいます。サーバーで処理する必要がある更新に REST を使用する場合と比較して、これらの経験がある人はいますか?

4

1 に答える 1

0

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

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

于 2016-10-24T16:00:07.480 に答える