AWS 監控無伺服器應用程式

監控無伺服器應用程式

在開始測試和監控生產中的應用程式後，問自己以下問題：

• 我收集的資訊是否正確？
• 是否有必要公開自定義指標？
• 我是否在正確的級別記錄了正確的資訊？
• 我的應用程式跟蹤資訊應該包含哪些內容？

透過回答這些問題，您可以為您的場景建立最合適的監控方案。

與其他所有 AWS 應用程式或架構一樣，監控始於 CloudWatch。

您依賴的是 CloudWatch 指標、CloudWatch Logs 和 CloudWatch Logs Insights。

跟蹤也是監控分散式應用程式的關鍵組成部分。

您可以使用 AWS X-Ray 檢視跟蹤資料，以瞭解應用程式的執行情況。

這有助於您識別和糾正效能問題及錯誤的原因。

監控無伺服器應用程式影片

W3schools.com 與 Amazon Web Services 合作，為我們的學生提供數字培訓內容。

CloudWatch 指標

開發人員通常使用 CloudWatch 指標來監控服務執行狀況。

它們還用於在出現錯誤時發出警報。

統計故障可能透過 CloudWatch 警報傳送到 SNS 主題訂閱者。

檢查每個服務的可用 CloudWatch 指標及其維度。

這樣，您就可以確定如何最好地利用它們，然後再新增新的措施。

業務指標

業務 KPI 將應用程式的效能與業務目標進行比較。

KPI 是關鍵績效指標（Key Performance Indicators）的縮寫。

重要的是要了解某些問題是否對整個業務產生了負面影響。

已下的訂單、借記/信用卡交易和購買的航班是一些示例。

客戶體驗指標

客戶體驗資料決定了 UI/UX 的總體成功程度。

示例包括感知延遲和頁面載入時間。

系統指標

供應商和應用程式的指標對於確定根本原因至關重要。

系統指標還可以告知您系統是否執行良好、存在風險或目前是否影響了您的客戶。

示例包括 HTTP 錯誤/成功率、記憶體消耗和延遲。

運營指標

Ops 指標對於理解特定系統的可持續性和維護至關重要。

它們還有助於確定穩定性如何隨時間進步/退化。

示例包括部署、可用性和分析。

CloudWatch Logs

日誌允許您調查特定問題。

您還可以使用 CloudWatch Logs 指標過濾器生成業務級別的指標。

重要的是要考慮您想要記錄哪些日誌以及記錄的量。

日誌可用於測試和生產環境。

您可以記錄幾乎任何內容到 CloudWatch Logs。

Lambda 會記錄您函式處理的所有請求，並將其儲存在 CloudWatch Logs 中。

這使您能夠獲得有關 Lambda 函式每次呼叫的詳細資訊。

在建立自定義日誌時，請使用結構化格式以便於報告。

Lambda 日誌

Lambda 會自動記錄您的函式處理的所有請求。

它將它們放入 CloudWatch Logs 中。

這為您提供了對 Lambda 函式每次呼叫的訪問許可權。

API Gateway 執行和訪問日誌

API Gateway 執行日誌提供錯誤資訊以及執行跟蹤。

執行日誌包含有關引數、有效負載、使用的 Lambda 授權方和 API 金鑰的資訊。

您只能記錄錯誤，或者記錄錯誤和資訊。

日誌是為每個 API 級別配置的。

您還可以構建自定義訪問日誌來跟蹤 API 用量。

CloudWatch Log Insights

CloudWatch Log Insights 允許您對日誌執行預構建或自定義查詢。

如果您已開發結構化的自定義日誌，它可以自動檢測日誌中的欄位。

它使查詢和聚合日誌資料更加容易。

相關閱讀

  metrics