智慧型警示

靜態

建立「智慧型警示」之後，靜態臨界值不會變更。 臨界值本身可以是簡式常數值，也可以說明在建立「智慧型警示」配置時過去發生的季節性變異。 您可以將後面的一個想像成根據歷程資料預先計算一次的一天或一週中每個時間點的參考表。

在大幅變更基礎度量之後，臨界值可能不再相關。 在回應中，可以在任何時間點手動調整或重新計算臨界值。 如需詳細資料，請參閱 警示臨界值。

何時使用靜態臨界值

在下列狀況下，靜態臨界值最適合藍圖 (例如 慢速呼叫 或 錯誤呼叫 ):

• 與基礎度量的任何季節性無關。 不想要度量大於或小於常數值。
• 基礎度量值是季節性的，因此根據一天或一週的時間點存在不同的臨界值。 但這些臨界值本身不會隨著時間而變更，因此不想要在長時間內逐步變更這些臨界值。

Adaptive (測試版)

調適性臨界值會持續發展並使用 Instana 觀察到的新資料自行調整。 這表示臨界值會持續說明基礎度量值的季節性變更，而不需要人為介入。

附註: 調適性基準線分類為 測試版 特性。

選擇個別警示的範圍

在入埠呼叫與所有呼叫之間進行選擇

由於應用程式視景通常包含多個服務，因此需要判斷哪些呼叫在此「智慧型警示」的範圍內。

選擇 入埠呼叫 以僅限制對此應用程式視景的呼叫 (從前端或任何上游服務)。 會排除此應用程式視景內服務之間的呼叫。

選擇 所有呼叫 ，不僅包含此應用程式視景的呼叫作為目的地 (從前端或任何上游服務) ，還包含應用程式視景內服務之間的呼叫。

併入及排除內部或虛構呼叫

您可以選擇性地包括內部或虛構呼叫。 依預設，這兩個呼叫都會被排除。

內部呼叫 是一種特定類型的呼叫，代表在服務內完成的工作。 它可以從透過自訂追蹤傳送的中間文字段建立。 如需內部呼叫的詳細資料，請參閱 追蹤的概念。

虛構呼叫 是以 虛構端點 作為目的地的那些虛構呼叫，例如對性能檢查端點的呼叫。

選取個別服務或端點

選擇性地針對應用程式視景的名稱使用下拉清單，以手動選取或排除此「智慧型警示」必須限制其範圍的個別服務。 在選取或排除的服務內，可以針對其每一個端點進一步定義選取的範圍。

啟用 依使用者選擇排序 會將選取的服務和端點保留在頂端。

如果您使用搜尋欄位，則選擇樹狀結構會縮減為只有名稱符合搜尋關鍵字的服務及端點。

選擇性地使用 新增過濾器 ，以取得使用任意布林邏輯的更進階及更精細的過濾需求。

選擇度量值

當您選擇 慢速呼叫數藍圖時，此步驟會相關，其中可選擇下列選項: 算術平均數、最小值和最大值，以及 25th、 50th、 75th、 90th、 95th、 98th 和 99th 百分位數。

附註: 針對在評估精度 (選擇作為 時間臨界值的一部分) 內具有時間戳記的呼叫，計算度量值。

選擇臨界值運算子

根據選擇的藍圖，您可以在 <、 <=、 >、 >=之間選擇。

選擇臨界值類型

在這裡，您可以從下列靜態臨界值類型中進行選擇:

• 靜態臨界值: 以常數值作為臨界值。
• 靜態每日季節性: 使用臨界值來擷取度量值的每日重複型樣，其中每天的行為大致相同，但一整天都不同。 例如，與晚上相比，在白天收到更多呼叫的應用程式。
• 靜態每週季節性: 使用臨界值來擷取度量值的每週重複型樣，其中一週的每一天行為大致相同，但在一週內有所不同。 例如，與週末相比，在工作日收到更多呼叫的應用程式。

對於 靜態每日季節性，至少需要 5 天連續度量資料，但建議使用 7 天資料。 對於 靜態每週季節性，至少需要 2 週的連續歷程度量資料。 當不符合這些需求時，無法建立「智慧型警示」。

對於 調適性臨界值，至少需要 14 天連續度量資料。 如果未滿足此需求，則仍然可以建立「智慧型警示」。 只要符合起始設定已使用模型的資料需求，問題偵測及警示即會開始運作。

選擇臨界值或靈敏度

如果您選擇 靜態臨界值，則可以使用建議的臨界值或手動定義值。

增加靈敏度以縮小上限及下限異常偵測界限。 因此，您將會收到更多警示。 不過，如果您想要接收較少的警示通知，則可以降低靈敏度。 這可有效地延伸偵測界限，以定義度量的期望值範圍。 視使用的臨界值運算子而定，超出偵測界限上限或下限的度量會被視為可能導致警示的違規。

一段時間內的 持續性

如果您想要延遲分派警示通知，直到違反給定的連續評估時間範圍數目為止，請選擇此選項。

請遵循下列步驟:

1. 選擇評估視窗或精度。
2. 選擇在發動警示通知之前，需要連續違反這類評估時間範圍的數目。

一段時間內的違規數目

如果您想要延遲分派警示通知，直到違反 N 超出 M 評估時間範圍為止，請選擇此選項。

請遵循下列步驟:

1. 選擇評估視窗或精度。
2. 選擇在激發警示通知之前，需要違反評估時間範圍總數 (無特定順序) 的此類評估時間範圍數目。

追蹤影響

如果您想要延遲分派警示通知，直到指定數目的 追蹤 受到影響為止，請選擇此選項。

請遵循下列步驟:

1. 選擇評估視窗或精度。
2. 輸入在評估視窗內違反臨界值的追蹤數。

標題

Instana 會根據所使用的藍圖類型及相關配置選項來建議標題。 不過，您可以將預設標題置換為您自己的靜態文字，甚至透過插入位置保留元來使用動態標題。 請注意，可用的位置保留元取決於先前步驟中選擇的 個別警示的範圍 。 例如，選擇 此應用程式視景每個服務的個別警示時， ${application.name} 及 ${service.name} 可用，但無法使用 ${endpoint.name}。 這是因為使用該選取的選項，警示實例會以每一個個別服務為範圍，因此位置保留元可以參照單一應用程式視景及單一服務名稱，但會參照特定服務所擁有的多個端點名稱。

警示層次

選擇 警告 (預設值) 和 嚴重 嚴重性層次。

觸發程式發生事件

啟用此切換還會建立一個 發生事件 ，將此問題稱為 觸發事件 ，並將與此發生事件相關的其他事件稱為 相關事件。

說明

選擇性地將說明新增至警示。 良好的說明包括此警示的簡短摘要，以及在收到警示時採取行動的步驟。

半自動移轉

不過，為了協助您將現有的「自訂事件」移轉至「智慧型警示」， Instana 使用者介面提供基本移轉工具。 應用程式、 服務 或 端點 實體上 自訂事件 的詳細資料頁面顯示兩個與「智慧型警示」移轉相關的按鈕:

• 標示為已移轉: 將已淘汰的「自訂事件」標示為已移轉並停用。 這在您手動將此「自訂事件」移轉至「智慧型警示」時非常有用。 將它標示為已移轉之後，您仍然可以在清單中檢視它，並在未來隨時檢閱其配置以供參考。 如果您改為刪除此配置，則不會發生這種情況。 此外，此功能可協助追蹤移轉進度，並確保不會多次移轉任何「自訂事件」。
• 移轉至智慧型警示: 開啟「智慧型警示」對話框，其中包含個別欄位的值，包括名稱、說明、嚴重性、突發事件、實體類型、度量值、評估精度、聚集、運算子及臨界值。 雖然「自訂事件」中的欄位無法一律對映至「智慧型警示」中的欄位， Instana 仍會盡力將這些欄位從「自訂事件」移轉至「智慧型警示」。 此外，還會透過明確選取個別實體或使用「查詢建置器」標籤過濾器，來接管 DFQ 或所選取「應用程式視景」的範圍。 請注意，部分「動態焦點查詢」只能部分對映或完全不對映至實體選項或「查詢建置器」標籤過濾器。 在這些情況下，您會看到個別的警告訊息。 如果移轉工具無法完全對映 DFQ ，您可以參照 實體類型對映及範圍選擇 ，以手動選取「智慧型警示」的範圍。 儲存該「智慧型警示」之後會自動停用先前的「自訂事件」，並將它標示為已移轉。

手動移轉

如果您偏好手動將「自訂事件」移轉至「智慧型警示」，則下列項目將協助您執行此動作。

Instana 主控台 (Docker)

1. 在 settings.hcl 檔中啟用特性旗標:

   ...
   feature "smartAlertsLogsBlueprintEnabled" {
       enabled=true
   }
   ...
   

2. 透過 instana update 指令套用變更。

Instana 操作器 (Kubernetes)

1. 在 core.yaml 中啟用特性旗標

   apiVersion: instana.io/v1beta2
   kind: Core
   metadata:
     name: instana-core
     namespace: core
   spec:
     ...
     featureFlags:
       - name:  feature.smart.alerts.logs.blueprint.enabled
         enabled: true
     ...
   

2. 透過 kubectl apply -f core.yaml套用變更。