ドキュメントから、1 秒あたり 1 ユーザーあたり 1 メッセージという理論上の制限があることがわかっていますが、ハイエンド サーバーで電子メールの移行を実行している間は、それに近づくことはできません。私たちは何をすべきか？ユーザーごとのスレッド数を 1 つ以上に増やす必要がありますか (ドキュメントではユーザーごとに 1 つのスレッドのみが推奨されていますが)。私は彼らの GAMME ツールを使用しましたが、ローエンド サーバーであっても速度の点でメール移行 API を圧倒しています。
誰か提案はありますか？極端に遅いわけではありませんが、面倒なほど遅いです。
GAMME ツール自体は Email Migration API を使用します。特別なことは何もしていないため、移行を遅らせる他の要因がある可能性があります。実際に AppEngine から移行 API を実行していますか? その場合、appstatsを利用してアプリケーションのプロファイルを作成し、他のボトルネックがないかどうかを確認できるはずです。どこからメッセージを引き出していますか?
ユーザーの移行ごとに複数のスレッドを使用しようとしないでください。機能せず、パフォーマンスの問題が発生します。指数バックオフを適切に実装していることを確認してください。アプリが指数関数をバックオフして 503 エラー コードを認識しない場合 (最初は 1 秒、次に 2 秒、4、8 など)、Google は API 呼び出しをさらにスロットリングして応答します。