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