探索記錄型計量
Application Insights 記錄型計量可讓您分析受監視應用程式的健康情況、建立功能強大的儀錶板，以及設定警示。 計量有兩種：
- 日誌型計量 背後是將儲存的事件 轉譯成 Kusto 查詢語句。
- 標準計量 會儲存為預先匯總的時間序列。
由於 標準計量 在收集期間預先匯總，因此在查詢時間會有較佳的效能。 標準指標是儀表板和即時警報的較佳選擇。 記錄型計量 具有更多維度，因此成為數據分析和臨機作診斷的優越選項。 使用 命名空間選取器，在 指標瀏覽器中切換記錄式和標準指標，。
記錄型計量
開發人員可以使用 SDK 手動傳送事件（透過撰寫明確調用 SDK 的程式碼），或依賴自動導向的事件自動收集功能。 不論是哪一種情況，Application Insights 後端都會將所有收集的事件儲存為記錄，而 Azure 入口網站中的 Application Insights 刀鋒視窗會作為分析與診斷工具，以將事件型數據從記錄可視化。
使用記錄來保留一組完整的事件，可能會帶來絕佳的分析和診斷價值。 例如，您可以取得特定 URL 的確切要求計數，以及進行這些呼叫的不同用戶數目。 或者，您可以取得詳細的診斷追蹤，包括任何用戶會話的例外狀況和相依性呼叫。 擁有這種類型的資訊可大幅改善應用程式健康情況和使用方式的可見度，以縮短診斷應用程式問題所需的時間。
同時，針對產生大量遙測的應用程式，收集一組完整的事件可能不切實際（甚至不可能）。 對於事件量太高的情況，Application Insights 會實作數個遙測量縮減技術，例如取樣和篩選，以減少收集及儲存的事件數目。 不幸的是，減少儲存事件的數量也會降低幕後指標的精確度，這些指標必須執行記錄中儲存之事件的查詢時間匯總。
預先匯總的計量
預先匯總的計量不會儲存為具有許多屬性的個別事件。 相反地，它們會儲存為預先彙總的時間序列，並且僅使用關鍵維度。 這讓新的計量在查詢時間更勝一籌：擷取數據的速度會更快，而且需要較少的計算能力。 這可啟用新的情境，例如近乎即時的度量維度警示、回應更快速的儀錶板等更多功能。
重要
以記錄為基礎的和預先匯總的計量都並存於ApplicationInsights中。 為了區分這兩者，在 Application Insights UX 中，預先匯總的計量現在稱為「標準計量（預覽）」，而來自事件的傳統計量則重新命名為「記錄型計量」。
較新的 SDK （Application Insights 2.7 SDK 或更新版本的 .NET）在收集期間預先匯總計量。 這適用於預設情況下傳送的 標準指標，因此精確度不會受到取樣或篩選的影響。 它也適用於使用 GetMetric 傳送的自定義計量，因而產生較少的數據擷取和較低的成本。
對於未實作預先匯總的 SDK，Application Insights 後端仍會藉由匯總 Application Insights 事件集合端點所收到的事件來填入新的計量。 雖然您無法受益於透過網路傳輸的數據量減少，但您仍然可以使用預先匯總的度量，並體驗更好的效能，以及支持在收集期間未預先匯總度量的 SDK 所提供的近乎即時維度警示功能。
值得一提的是，集合端點會在擷取取樣之前預先匯總事件，這表示 擷取取樣 永遠不會影響預先匯總計量的正確性，不論您搭配應用程式使用的 SDK 版本為何。