0

Googleのクラウドとノードではかなり新しいです。 Googleの勧告(Firebaseを常時監視する必要性)に基づいて、私はアプリエンジンの代わりに管理されたVMノードアプリを導入しました。私がデプロイするたびに、現在22〜23のインスタンスがあります。これは期待されていますか?私はそれが必要なときにのみスケールすると思った。Google管理対象VMで複数回実行されたスクリプト

このノードアプリケーションには、Firebase変数を監視し、変更するとスクリプトが通知を発する方法があります。

今は、複数の通知が発生していて、1つしか予想されません。私はこのアプリの複数のインスタンスがあるためだと思う。

誰かが見ているようにこれを行う正しい方法は何ですか?

ありがとうございました。

+0

もっと多くのインスタンスをスピンアップする必要があるときにオートスケーラが検出するのは難しいかもしれないと思います。 1つのインスタンスを想定しているので、手動スケーリングに切り替えます:https://cloud.google.com/appengine/docs/flexible/nodejs/configuring-your-app-with-app-yaml#services –

+0

チェック多くのノードワーカー間でタスクを同期させるための[Firebase Queue](https://github.com/firebase/firebase-queue) –

答えて

0

柔軟なサーバー環境とfirebaseについては、Googleが提案する方法を使用できます。 https://cloud.google.com/solutions/mobile/mobile-firebase-app-engine-flexibleおよびhttps://cloudplatform.googleblog.com/2016/06/learn-to-build-a-mobile-backend-service-with-Firebase-and-App-Engine.html

ユーザーが到達できる場所でインスタンスIDをトランザクションし、パスにinstanceIDを設定してそのインスタンスに更新を送信することによって、インスタンスに「クレームユーザー」を持ちます。

関連する問題