免費適用於個人開發者的異常監控服務:sentry

免費適用於個人開發者的異常監控服務：sentry

隨著一些雲服務的發展與興起，應用部署及上線的成本越來越低，甚至可以實現零成本部署。本系列文章將介紹如何使用薅羊毛的方式來搭建各個項目。

作者：山月行 來源：全棧成長之路 |2020-12-11 09:06

 

隨著一些雲服務的發展與興起，應用部署及上線的成本越來越低，甚至可以實現零成本部署。本系列文章將介紹如何使用薅羊毛的方式來搭建各個項目。

目前，首先更新在博客中，見: https://shanyue.tech/no-vps/

在以前的章節中，我們可以使用免費的雲服務來完成一個弱存儲的前端應用

1. 使用 Vercel (或 Netlify) 部署前端應用
2. 使用 Vercel Serverless Function (或其它 Serverless 方案) 部署簡單的後端 API

此時，尚缺一個異常報警系統，可以用 Sentry 搞定。Sentry，官網 ，幫助開發者解決 Bug 和優化性能的一個 APM (application monitoring platform) 系統。對於個人開發者，你可以免費使用它幫助自己監控多個項目，「只不過功能有限，在看文檔時要格外注意」。

「至於登錄 Sentry，直接使用 Github 登錄即可。」 以下對 Sentry 的使用做一個簡單的介紹。

術語

基本屬於為以下兩個

• Event: 應用端每次觸發異常，就是一次 Event，會上報到 Sentry 中
• Issue: Sentry 把同一位置觸發的異常聚合在一起就是 Issue，「在 Sentry 中以 Issue 為主要單位分析問題」

多想一步：Sentry 如何把 Event 聚合成 Issue，即如何確認多個 Event 都是在同一位置觸發的?

上報

作為一個專業的異常上報服務，Sentry 支持各式各樣的語言，如下所示:

• Javascript
• Go
• Python
• Ruby
• Java

基本上適用於 Serverless 運行時的語言都可以接入 Sentry，這是一個振奮人心的好消息。

關於各大語言及框架可如何接入，直接參考官方文檔 Sentry Supported Platforms (opens new window)[1]，最簡答最基本的方式就是直接捕捉異常並上報。

1. try { 
2.   aFunctionThatMightFail(); 
3. } catch (err) { 
4.   Sentry.captureException(err); 
5. } 

報警 (Alert)

報警規則 (Alert Rule)

如以下是常見卻容易被忽略的報警規則

1. 當只有生產環境下的 Issue 才會觸發報警
2. 當只有異常級別大於 Error 才會觸發報警

當然，你也可以個性化定義一些 Alert Rule

Create Alert Rule

報警方式

當出現問題時如何受到通知?

這當然不能夠一直忙等待空輪詢，否則過於耗費精力。當然要使用發送郵件這類通知類型的方式了，除了郵件外還有其他的不過需要集成到 Sentry 中。

• 發送郵件
• 釘釘消息 (需集成)
• 手機簡訊 (需集成)
• 手機電話 (需集成)

分析

1. 第一次/最後一次報錯

• First Seen: 第一次報錯時間有助於捕捉到該異常發生的版本號
• Last Seen: 最後一次報錯時間決定這個異常是否已解決，或者是否還需要解決

報錯時間

2. 獲取到 Release

Release 就是版本號，這個需要在代碼中手動配置。通過 Release 可以

1. 快速推斷出出現問題的 Commit，並指定給對應的提交者
2. 對該 Release 出現的問題進行聚類

Release

Original URL[2]

Reference

[1]Sentry Supported Platforms (opens new window):

https://docs.sentry.io/platforms/

[2]Original URL:

https://shanyue.tech/no-vps/sentry.html

本文轉載自微信公眾號「全棧成長之路」，可以通過以下二維碼關注。轉載本文請聯繫全棧成長之路公眾號。

【編輯推薦】

【責任編輯：

武曉燕

TEL：[phone]】

點讚 0