本文說明對齊週期和重新測試時間範圍如何決定條件是否符合、警告政策如何合併多項條件，以及警告政策如何取代遺失的資料點。此外，這份文件也說明瞭政策的未解決事件數量上限、每個事件的通知數量，以及造成通知延遲的原因。
這項內容不適用於以記錄檔為準的快訊政策。 如要瞭解記錄快訊政策，請參閱「監控記錄」。
校正週期和重新測試時間範圍
Cloud Monitoring 會評估對齊週期和重新測試時間範圍，判斷是否符合警告政策的條件。
校正週期
警告政策監控時間序列資料前，必須先將資料正規化，警告政策才能評估間隔規律的資料。正規化程序稱為「校驗」。
對齊程序包含兩個步驟：
將時間序列劃分為固定時間間隔，也稱為將資料分組。間隔即為校正週期。
計算校正週期內各個點的單一值。您可以選擇如何計算該單一資料點，例如加總所有值、計算平均值或使用最大值。結合資料點的函式稱為「校正器」。組合結果稱為「對齊值」。
如要進一步瞭解對齊，請參閱「對齊：序列內正規化」。
舉例來說，如果對齊週期為五分鐘，下午 1:00 的對齊週期會包含下午 12:55 到下午 1:00 之間收到的樣本。下午 1:01，對齊週期會滑動一分鐘，並包含下午 12:56 到下午 1:01 之間收到的樣本。
監控會設定對齊週期，如下所示：
Google Cloud 控制台
如要設定對齊週期，請在「快訊條件」頁面中，為下列欄位選擇值：
- 滾動週期：指定要評估的時間範圍。
- 滾動週期函式：指定要對資料點視窗執行的數學函式。
如要進一步瞭解可用的函式，請參閱 API 參考資料中的 Aligner。部分校正函式會校正資料，也會轉換資料的指標種類或類型。如需詳細說明，請參閱「種類、型別和轉換」。
API
如要設定對齊週期，請在 MetricThreshold 和 MetricAbsence 結構體中設定 aggregations.alignmentPeriod 和 aggregations.perSeriesAligner 欄位。
如要進一步瞭解可用的函式，請參閱 API 參考資料中的 Aligner。部分校正函式會校正資料，也會轉換資料的指標種類或類型。如需詳細說明，請參閱「種類、型別和轉換」。
為說明對齊週期對快訊政策中條件的影響，請考慮指標門檻條件，該條件會監控取樣週期為一分鐘的指標。假設對齊週期設為五分鐘，且對齊器設為 sum。此外，假設時間序列的對應值大於 2 且持續至少三分鐘時，即符合條件，且系統每分鐘都會評估條件。在本例中，重測時間間隔為三分鐘，詳情請見下一節。下圖說明條件的幾項連續評估：
圖中的每一列都說明條件的單一評估結果。系統會顯示時間序列資料。對齊期間的點會以藍點顯示，較舊的點則為黑點。每一列都會顯示對齊的值，以及這個值是否大於 2 的門檻。在標示為「start」的資料列中，對齊值計算結果為 1，小於門檻。在下一次評估時，對齊期間的樣本總和為 2。第三次評估時，總和為 3，由於這個值大於門檻，系統會啟動重測時間範圍的計時器。
重新測試週期
快訊政策的條件設有重新測試時間範圍，可避免條件因單一測量結果或預測而達成。舉例來說，假設條件的重新測試時間範圍設為 15 分鐘。以下說明條件的行為，具體取決於條件類型：
- 如果單一時間序列中，15 分鐘間隔內的所有對齊測量值都違反門檻，即符合指標門檻條件。
- 如果時間序列在 15 分鐘間隔內沒有任何資料送達，就會符合指標不存在條件。
- 如果系統在 15 分鐘的時間區間內，預測時間序列會在預測時間區間內違反門檻，即符合預測條件。
如果政策只有一個條件，當符合該條件時，系統就會開啟事件並傳送通知。只要持續符合條件，這些事件就會保持開啟。
Google Cloud 控制台
您可以在「Configure alert trigger」(設定警告觸發條件)步驟中，使用「Retest window」(重新測試時間範圍) 欄位設定重新測試時間範圍。
API
如要設定重新測試時間範圍，請在 MetricThreshold 和 MetricAbsence 結構體中設定名為 duration 的欄位。
上圖說明瞭指標門檻條件的三種評估結果。在 start + 2 minutes 時，對齊值大於門檻；不過，由於重新測試時間範圍設為三分鐘，因此不符合條件。下圖說明條件的後續評估結果：
即使在時間 start + 2 minutes，對齊值大於門檻，但對齊值必須大於門檻三分鐘，條件才會成立。該事件發生於時間 start + 5 minutes。
如果評估或預測結果不符合條件，條件就會重設重新測試時間範圍。因此，請將重新測試時間範圍設得夠長，以盡量減少誤判，但也要夠短，才能確保適時開啟事件。如以下範例所示：
範例
這項警告政策包含一個指標門檻條件，指定五分鐘的重新測試時間範圍。
如果 HTTP 回應延遲時間超過兩秒，