在仔細考慮之後，我們決定停止 Amazon Kinesis Data Analytics for SQL 應用程式：

1. 從 **2025 年 9 月 1 日起，**我們不會為 Amazon Kinesis Data Analytics for SQL 應用程式提供任何錯誤修正，因為考慮到即將終止，我們將對其提供有限的支援。

2. 從 **2025 年 10 月 15 日起，**您將無法建立新的 Kinesis Data Analytics for SQL 應用程式。

3. 我們將自 **2026 年 1 月 27** 日起刪除您的應用程式。您將無法啟動或操作 Amazon Kinesis Data Analytics for SQL 應用程式。從那時起，Amazon Kinesis Data Analytics for SQL 將不再提供支援。如需詳細資訊，請參閱[Amazon Kinesis Data Analytics for SQL 應用程式終止](discontinuation.md)。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 監控 SQL 應用程式
<a name="monitoring-overview"></a>

監控是維護應用程式可靠性、可用性與效能的重要環節。您應該從 AWS 解決方案的所有部分收集監控資料，以便在發生多點失敗時更輕鬆地偵錯。不過，開始監控 之前，您應該建立監控計劃，其中回答下列問題：
+ 監控目標是什麼？
+ 要監控哪些資源？
+ 監控這些資源的頻率為何？
+ 要使用哪些監控工具？
+ 誰將執行監控任務？
+ 發生問題時應該通知誰？

下一步是在各個時間點和不同的負載條件下測量效能，以在您的環境中確立 正常效能的基準。在監控時，您可儲存歷史監控資料。藉此，您才能與目前的效能資料做比較、辨識正常效能模式和效能異常狀況、並規劃問題處理方式。

藉此，您可以監視應用程式。應用程式會處理資料串流 (輸入或輸出)，這兩者都包含*識別符*，您可以使用這些識別符縮小 CloudWatch 日誌的搜尋範圍。有關如何處理資料串流的詳細資訊，請參閱 [Amazon Kinesis Data Analytics for SQL 應用程式：運作方式](how-it-works.md)。

最重要的指標是 `millisBehindLatest`，表示應用程式從串流來源讀取的落後程度。在典型情況下，後面的毫秒應等於或接近零。出現短暫尖峰是正常的，此時 `millisBehindLatest` 會增加。

建議您設定 CloudWatch 提醒，在讀取串流來源落後超過一個小時時觸發。針對需要非常接近即時處理的某些使用案例，例如將處理的資料傳送到即時應用程式，您可以選擇將提醒設定為較低的值，例如五分鐘。

**Topics**
+ [監控工具](monitoring-automated-manual.md)
+ [使用 Amazon CloudWatch 監控](monitoring-cloudwatch.md)
+ [使用 記錄 AWS CloudTrail API 呼叫](logging-using-cloudtrail.md)