Application Insights 可用性測試

部署 Web 應用程式或網站之後,您可以設定週期性測試來監視可用性和回應性。 Application Insights 會定期從世界各地的點將 Web 要求傳送至您的應用程式。 如果您的應用程式沒有回應,或者回應速度太慢,其可以對您發出警示。

您可以為可從公用網際網路存取的任何 HTTP 或 HTTPS 端點,設定可用性測試。 您不須變更正在測試的網站。 事實上,它甚至不需要是您擁有的網站。 您可以測試您服務依賴之 REST API 的可用性。

測試的類型

重要

即將淘汰的可用性測試有兩個。 2024 年 8 月 31 日,Application Insights 中的多步驟 Web 測試將會淘汰。 我們建議這些測試的使用者在淘汰日期之前轉換為替代可用性測試。 在此日期之後,我們將關閉基礎基礎結構,以中斷其餘的多步驟測試。 在 2026 年 9 月 30 日,Application Insights 中的 URL Ping 測試將會淘汰。 現有的 URL Ping 測試將會從您的資源中移除。 檢閱 標準測試的價格 ,並 轉換 至 2026 年 9 月 30 日之前使用它們,以確保您可以繼續在 Application Insights 資源中執行單一步驟可用性測試。

可用性測試有四種類型:

  • 標準測試:此單一要求測試類似於URL Ping測試。 它包含 TLS/SSL 憑證有效性、主動式存留期檢查、HTTP 要求動詞命令(例如、 GETHEADPOST)、自定義標頭,以及與 HTTP 要求相關聯的自定義數據。
  • 自訂 TrackAvailability 測試:如果決定建立自訂應用程式以執行可用性測試,您可以使用 TrackAvailability() 方法,將結果傳送至 Application Insights。
  • 傳統測試 (舊版的可用性測試
    • URL Ping 測試:您可以透過 Azure 入口網站 建立此測試,以驗證端點是否回應並測量與該回應相關聯的效能。 您也可以設定自訂成功準則與更進階功能,例如剖析相依要求和允許重試。
    • 多步驟 Web 測試 (已淘汰):您可以播放一連串 Web 要求的記錄,以測試更複雜的案例。 多步驟 Web 測試是在 Visual Studio Enterprise 中建立,並上傳至入口網站,您可以在其中執行。

重要

較舊的傳統測試、URL ping 測試和多重步驟 Web 測試依賴公用因特網的 DNS 基礎結構來解析已測試端點的功能變數名稱。 如果您使用私人 DNS,必須確定公用網域名稱伺服器可以解析測試的每個網域名稱。 如果無法移除,您可以改用自訂 TrackAvailability 測試。

每個 Application Insights 資源最多可以建立 100 個可用性測試。

注意

可用性測試會根據 待用 Azure 數據加密 原則來儲存加密。

疑難排解

警告

我們最近已在可用性測試中啟用 TLS 1.3。 如果您看到新的錯誤訊息,請確定已啟用 TLS 1.3 的 Windows Server 2022 上執行的用戶端可以連線到您的端點。 如果您無法這麼做,您可能會考慮暫時停用端點上的 TLS 1.3,讓可用性測試回復為舊版 TLS。
如需詳細資訊,請參閱 疑難解答文章。 請參閱專用的疑難排解文章

常見問題集

本節提供常見問題的答案。

我可以在內部網路伺服器上執行可用性 Web 測試嗎?

我們的 Web 測試 會在散佈在世界各地的點上執行。 有兩個解決方案:

  • 防火牆門:允許從 Web 測試代理程式的完整且可變更清單向伺服器提出要求。
  • 自定義程式代碼:撰寫您自己的程式代碼,從內部網路將定期要求傳送至您的伺服器。 您可以針對此目的執行 Visual Studio Web 測試。 測試人員可以使用 API 將結果傳送至 Application Insights TrackAvailability()

下一步