探索以記錄為基礎的計量

已完成

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 版本來搭配您的應用程式,擷取取樣都絕不會影響預先彙總的計量正確性。