事件類型

發生事件

突發事件 可協助您瞭解影響邊緣服務及重要基礎架構的狀況，方法是自動學習它們的行為及性能，然後在它們變成不健全時傳送警示。 邊緣服務是受監視應用程式外部的客戶或其他系統實際存取的項目; 它們是應用程式的外部交付項目。

一旦 Instana 偵測到在邊緣服務上違反關鍵效能指示 (KPI) ，或重大基礎架構問題，即會建立發生事件。 如需更多環境定義，請參閱 分析及衍生應用程式性能 部落格。

對於探索到的應用程式服務， Instana 會追蹤下列 KPI:

• 載入 (呼叫/秒)。
• 延遲 (回應時間，以毫秒為單位)。
• 錯誤 (錯誤率)。

Instana 會自動測量每個服務的這些 KPI ，並在每個服務上套用機器學習，以瞭解服務的性能。 偵測到的一般問題如下:

• 錯誤率高於正常。
• 服務的效能緩慢。
• 有突然下降的負荷。

KPI 是透過擷取及分析服務及應用程式中的每一個追蹤來決定。 追蹤會自動擷取狀態碼或異常狀況之類的錯誤，以找出是否發生錯誤。 追蹤也會測量每一個服務及基礎元件所花費的時間。 根據 Google Dapper 架構，追蹤是由文字段組成的樹狀結構，其中文字段是基本工作單元。 在微服務世界中，一個跨距通常等於一個對服務或元件的要求，例如資料庫。 這表示我們不僅具有應用程式的端對端追蹤，還具有每一個個別服務及元件的效能相關資訊。

如果服務的性能受到影響， Instana 會建立新的突發事件，並遍訪問題和事件的動態圖形，使它與所有其他突發事件產生關聯。 這提供服務及事件影響相關狀況的綜合性概觀。

問題

問題 是發生異常狀況時觸發的事件。

重要基礎架構問題 (例如磁碟飽和度及 Elasticsearch 叢集核心狀況) 會觸發發生事件，因為其最終結果很可能是資料流失。

在前述範例中，一部 Linux 機器上的 CPU 竊用時間可疑，因此標示為問題。 問題本身並不會觸發警示， Instana 只是指出它已發生。 如果連接此系統的服務行為不當，則此問題將是事件的一部分。 此方法是 Instana 的主要好處之一，因為它可讓您免於手動產生事件與效能問題的關聯。 只是因為某件事使用太多 CPU 一段時間，並不表示有這樣的問題。 只有在服務受到影響時，此資訊才會是相關資訊。

Instana 會記錄第一次發生問題的時間，以及狀況停止存在的時間 (開始及結束時間)。 在此情況下，您會看到 CPU 竊用僅在大約兩分半鐘 (從 07:08:37 到 07:10:54) 內超出 5% 限制。 按一下問題行，您會在畫面右側看到詳細資料。 CPU 竊用的增加在 17:10 左右很明顯。

檢視內建事件 鏈結會將您直接帶至這個問題的 事件與警示 設定中的對應定義。 這有助於瞭解建立特定問題的基礎。

附註：

• 接收不頻繁資料流量的應用程式、服務或端點 (例如，每 15 分鐘一次呼叫) 沒有足夠的基礎來偵測我們的問題。
• 問題的嚴重性在其生命期限內可能會變更。 它代表此特定問題所達到的最高嚴重性。

變更

環境內的 改 包括但不限於部署、配置變更、伺服器啟動或停止，並依下列方式分類:

• 變更-已變更元件的配置。
• 離線/線上-追蹤受管理元件的顯示狀態。

Instana 可辨識變更，方法是追蹤每一種受監視技術特定的相關配置，以及監視某個項目是否上線 (由 Instana 監視) 或離線 (不再由 Instana 監視)。

每次變更都會記錄下來，且持續時間通常只有 1 秒 (開始和結束時間差異)。 如同問題一樣，變更事件也會與突發事件產生關聯，因此只要系統離線，就會讓您產生警示。 可能因為工作量在工作日結束時減少，不再需要它，所以它已關閉。