問題タブ [google-managed-vm]

テーブル内のすべてのエンティティを一括読み込みする必要があります。(高速オンデマンド グラフ トラバーサル アルゴリズムのために、必要に応じてロードするのではなく、メモリ内に配置する必要があります。)

読み込み速度を上げるために、これを並列化する必要があります。したがって、複数のクエリを並列スレッドで実行し、それぞれが約をプルしたいと考えています。データベースからの 800 エンティティ。

QuerySplitterはこの目的を果たしますが、フレキシブル環境で実行しているため、クライアント ライブラリではなく Appengine SDK を使用しています。

MapReduce について言及されていますが、これは単純なデータのメモリへのロードを目的としたものではありません。Memcache は多少関係がありますが、高速アクセスのためには、これらすべてのオブジェクトが、自分のアプリの JVM の RAM にある密集したネットワークに必要です。

MultiQueryBuilderがこれを行う可能性があります。クエリの一部を並行して実行する際の並列性を提供します。

これら 3 つのアプローチのいずれを使用するか、または他のアプローチを使用するかに関係なく、最も困難な部分は、テーブル (Kind) を 800 程度のエンティティのチャンクに大まかに分割するフィルターまたはその他の形式のスピットを定義することです。「1 から 800 までのオブジェクト」、「801 から 1600 まで、...」というフィルターを作成しますが、それが非現実的であることはわかっています。それで、どうやってそれをするのですか？

Google App Engine のフレキシブル環境 (正式には Managed VM Environment) でのプッシュ キューの使用に問題があります。私はたくさん受け取ってい404 Instance Unavailableます（下の写真を参照）。

少し調査した結果、これらのエラーは、タスク キューにタスクを追加してから、フレキシブル VM インスタンスの新しいバージョンをデプロイしたことが原因である可能性があると考えています。以前にプッシュしたタスクキューは古いインスタンスにロックされており、実行できなくなりました。これはタスクキューがフレキシブル VM でどのように機能するか? その場合、フレキシブル VM でプッシュ タスクキューを使用するにはどうすればよいですか?

Google アプリ エンジン マネージド VM (フレキシブル環境) にファイルを書き込んでいます。コードをクラウドにデプロイしました。コードはファイルを開き、アクセス許可エラーなどのエラーを表示せずに書き込みます。ただし、ファイルを開こうとする別のコードは、「そのようなファイルまたはディレクトリはありません」で失敗しました。

場所のディレクトリを出力したので、ssh コマンドを使用しましたが、マネージド VM 内のファイルも見つかりません。また、マネージド VM のローカル ストレージへのファイルの書き込みに関するドキュメントが見つかりません。

では、管理された vm に書き込む方法は? デフォルトの保管場所は？ファイルが見つからないのはなぜですか?

std アプリ エンジン環境でエンドポイントを使用する場合 app.yaml の次の行で、アプリの開始点を定義します

ただし、フレックスエンジンは「gunicorn」を使用して、以下に示すように開始点を定義します

main.pyクラウド エンドポイントをフレックス環境で Google アプリ エンジンの開始点として定義するにはどうすればよいですか?

編集1:

このリンクからの以下の提案の後。

app.yaml を次のように更新しました。

しかし、デプロイ中にmain.pyファイルでインポートエラーが発生します

インポートステートメントをに変更しても

助けにならない

編集2:

エンドポイント ライブラリをプロジェクトの lib フォルダーに追加し、appengine_config.pyファイルを追加してこのライブラリを処理しましたが、それでも で壊れimport endpointsます。

私のディレクトリ構造については、下の画像を参照してください

AppEngine フレキシブルを使用して Go アプリケーションをデプロイしています。以下は私のapp.yamlです。展開後、1 つのインスタンスで安定することもありますが (非常に負荷の低いアプリケーションです)、ほとんどの場合、常に 6 つ以上のインスタンスが再生成されます。私のログには、新しいインスタンスが作成されていることを示すメッセージがいっぱいです。このアプリケーションの負荷はほぼゼロですが、なぜ AppEngine は常に柔軟にインスタンスを破棄して再生成するのでしょうか?

一定のリスポーンを示すログ:

app.yaml