カスタムメトリクスを送信するにはいくつかの異なる方法があります。送信されていて、クエリを作成するデータが既存のログまたはトレースにキャプチャされている場合は、再デプロイしたりアプリケーションコードに変更を加えたりせずにログおよびトレースからカスタムメトリクスを作成できます。拡張機能の使用を推奨しています。提供するヘルパー関数を使用してログ経由で顧客のメトリクスを送信することができます。形式のログを出力してカスタムメトリクスを送信する方法は非推奨となりました。拡張機能を使用することを推奨しています。カスタムメトリクスを同期的に送ることをサポートしています。パフォーマンスのオーバーヘッドに加え、メトリクス送信は、過渡的なネットワークの問題のためにリトライができないため、断続的にエラーが発生する可能性があります。拡張機能を使用することを推奨しています。ほとんどのサードパーティライブラリは、ディストリビューションとしてメトリクスを送信しないため、カウント不足の結果になることがあります。一過性のネットワークの問題でリトライが行われないため、断続的なエラーが発生することがあります。同じタイムスタンプとタグのセットを共有する複数のカウントまたはゲージメトリクスポイントを受信した場合、最新のものだけがカウントされます。タグでタグ付けされるため、ホストベースのアプリケーションで動作します。関数は、トラフィックが増加すると多数の同時実行環境を起動することがあります。このような場合、関数はカウントやゲージのメトリクスポイントを送信しますが、これらは互いに上書きされ、カウント不足の結果を引き起こす可能性があります。関数によって生成されたカスタムメトリクスは分布として提出されます。バックエンドで集計され、すべてのメトリクスポイントがカウントされるからです。有効にすることができ、またタグの管理も可能です。