問題タブ [google-cloud-memorystore]

各リクエストが Cloud Datastore への読み取り + 書き込みになる Cloud Run にデプロイされた API があります。かなりの量のリクエストが最初のタイマーです (Datastore から読み取ると null が返されます)。そのため、その前にキャッシュを追加してもあまり役に立たない場合があります。

過去 1 か月間で、Datastore を呼び出してデータを取得するまでの平均経過時間 ( data = client.get(key, eventual=True)) は 48 ミリ秒でした。ペイロードは小さいです (dict のリストで、平均で 10 の要素があり、各 dict には 2 つの float があります)。

レイテンシーが高いと言うべきかどうかはわかりませんが、私の API には、必要なすべてを実行して返すために 100 ミリ秒の予算があります。データの取得だけでその時間の 50% 程度かかる場合は、最適化する方法を探しています。

質問:

1. 一般に、GCP 内からキーによってフェッチされるかなり小さなペイロードの場合、50 ミリ秒はどのように聞こえるでしょうか?
2. GCP 内の Memorystore には（レイテンシに関して）どのようなことが期待できますか?

GCP memorystore redis インスタンスの上に RediSearch モジュールをインストールする必要があります。

私は次の手順に従いました：

docker run -p 6379:6379 redislabs/redisearch:latest

この Docker イメージを Kubernetes クラスターにプッシュし、外部 IP を公開しました。その外部 IP と 6379 ポートをアプリケーションの構成として使用しましたが、RediSearch に接続できません。

コード：

エラー ：

どんな解決策でも大歓迎です。

nodeJS バックエンドに反応する Web アプリを作成しています。これらすべてを Google Cloud Platform でホストしています。私は postgresql データベースと redis データベースを使用していますが、これらのデータベースに関する知識がほとんどないため、マネージド オプション (クラウド SQL とクラウド メモリストア) を使用しています。

これらは最も安価なソリューションではありませんが、今のところ、私がやりたいことを実行してくれます。

私の質問は次のとおりです。管理されたオプションを使用しています。私の Web アプリが成功し、大きくなったと想像してください。おそらく、独自のマネージド ソリューションが必要になるでしょう (コンピューティング エンジンの redis クラスターやコンピューティング エンジンの postgresql クラスターなど)。マネージド データベースをコンピューティング エンジン ソリューションにダウンタイムやデータ損失なしで移行できますか?

事態が大きくなっている場合は、おそらく postgresql/redis に関する知識が豊富な人を雇うでしょう。それは問題ではありません。私が知りたいのは、コンピューティング エンジンで GCP マネージド ソリューションからアンマネージド ソリューションにアップグレードできるかどうかだけです。データの損失やダウンタイムなしで? 私はデータの損失をまったく望んでいません。少しのダウンタイムは問題になりません。