24小时接单的黑客

伴随着一些云服务器的进步与盛行，运用部署及发布的成本费愈来愈低，乃至可以完成零成本部署。本系列产品文章内容将详细介绍怎么使用撸羊毛的方法来构建每个新项目。

现阶段，最先升级在新浪博客中，见: https://shanyue.tech/no-vps/

在过去的章节目录中，我们可以应用完全免费的云服务器来进行一个弱储存的前面运用

应用 Vercel (或 Netlify) 部署前面运用

应用 Vercel Serverless Function (或其他 Serverless 计划方案) 部署简易的后面 API

这时，尚缺一个出现异常报警系统软件，可以用 Sentry 解决。Sentry，官方网站 ，协助开发人员处理 Bug 和提升特性的一个 APM (application monitoring platform) 系统软件。针对本人开发人员，你能免费试用它帮助监管好几个新项目，「只不过是作用比较有限，在看文本文档时要非常留意」。

「对于登陆 Sentry，立即应用 Github 登陆就可以。」 下列对 Sentry 的应用做一个简洁的详细介绍。

专业术语

基本上归属于为下列2个

• 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]，最简单最主要的形式便是立即捕获出现异常并上报。

try{

aFunctionThatMightFail();

}catch(err){

Sentry.captureException(err);

}

报警 (Alert)

报警标准 (Alert Rule)

如下列是普遍却很容易被忽视的报警标准

当仅有工作环境下的 Issue 才会触发报警

当仅有出现异常等级超过 Error 才会触发报警

自然，你还可以人性化界定一些 Alert Rule

Create Alert Rule

报警方法

当发生问题时怎样遭受通告?

这自然不能够一直忙等候空轮询，不然过度消耗活力。自然要应用邮件发送这类通告种类的方法了，除开电子邮件外也有其余的但是必须集成到 Sentry 中。

• 邮件发送
• 钉钉打卡信息 (需集成)
• 手机信息 (需集成)
• 手机电话 (需集成)

剖析

1. 第一次/最后一次报错

• First Seen: 第一次报错時间有利于捕获该出现异常产生的版本信息
• Last Seen: 最后一次报错時间决策这一出现异常是不是已处理，或是是不是还要处理

报错時间

2. 获得到 Release

Release 便是版本信息，这一必须在编码中手动式配备。根据 Release 可以

迅速推测发生问题的 Commit，并选定给相匹配的提交者

对该 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

文中摘自微信公众平台「全栈成长历程」，可以利用下面二维码关心。转截文中请联络全栈成长历程微信公众号。