❝随着一些云服务的发展与兴起,应用部署及上线的成本越来越低,甚至可以实现零成本部署。本系列文章将介绍如何使用薅羊毛的方式来搭建各个项目。 目前,首先更新在博客中,见: https://shanyue.tech/no-vps/ ❞
在以前的章节中,我们可以使用免费的云服务来完成一个弱存储的前端应用
此时,尚缺一个异常报警系统,可以用 Sentry
搞定。Sentry
,官网 <sentry.io>,帮助开发者解决 Bug 和优化性能的一个 APM (application monitoring platform) 系统。对于个人开发者,你可以免费使用它帮助自己监控多个项目,「只不过功能有限,在看文档时要格外注意」。
「至于登录 Sentry,直接使用 Github 登录即可。」 以下对 Sentry 的使用做一个简单的介绍。
基本属于为以下两个
❝多想一步:Sentry 如何把 Event 聚合成 Issue,即如何确认多个 Event 都是在同一位置触发的? ❞
作为一个专业的异常上报服务,Sentry 支持各式各样的语言,如下所示:
基本上适用于 Serverless 运行时的语言都可以接入 Sentry
,这是一个振奋人心的好消息。
关于各大语言及框架可如何接入,直接参考官方文档 Sentry Supported Platforms (opens new window)[1],最简答最基本的方式就是直接捕捉异常并上报。
try {
aFunctionThatMightFail();
} catch (err) {
Sentry.captureException(err);
}
如以下是常见却容易被忽略的报警规则
当然,你也可以个性化定义一些 Alert Rule
Create Alert Rule
当出现问题时如何受到通知?
这当然不能够一直忙等待空轮询,否则过于耗费精力。当然要使用发送邮件这类通知类型的方式了,除了邮件外还有其他的不过需要集成到 Sentry 中。
First Seen
: 第一次报错时间有助于捕捉到该异常发生的版本号Last Seen
: 最后一次报错时间决定这个异常是否已解决,或者是否还需要解决报错时间
Release
就是版本号,这个需要在代码中手动配置。通过 Release 可以
Release
Original URL[2]
[1]
Sentry Supported Platforms (opens new window): https://docs.sentry.io/platforms/
[2]
Original URL: https://shanyue.tech/no-vps/sentry.html