Sentry Web 前端监控 - 最佳实践(官方教程)
系列
- 1 分钟快速使用 Docker 上手最新版 Sentry-CLI - 创建版本
- 快速使用 Docker 上手 Sentry-CLI - 30 秒上手 Source Maps
- Sentry For React 完整接入详解
- Sentry For Vue 完整接入详解
- Sentry-CLI 使用详解
- Sentry Web 性能监控 - Web Vitals
- Sentry Web 性能监控 - Metrics
- Sentry Web 性能监控 - Trends
目录
- 创建一个 Sentry 项目
- Step 1: 创建项目
- Step 2: 创建警报规则
- 将 Sentry SDK 引入您的前端代码
- 前置条件
- Step 1: 获取代码
- Step 2: 安装
SDK
- Step 3: 安装并运行
demo app
- 捕捉你的第一个错误
- Step 1: 捕捉你的第一个事件
- Step 2: 处理错误
- 在错误中启用可读堆栈跟踪
- Step 1: 准备构建环境
- Step 2: 创建
release
并上传source maps
- Step 3: 尝试您的更改 --- 生成另一个错误
- Step 4: 探索
release
- 启用可疑提交
- Step 1: 集成您的
GitHub
帐户和存储库 - Step 2: 设置提交跟踪
- Step 3: 可疑提交和建议受理人
- 更多信息
- Step 1: 集成您的
创建一个 Sentry 项目
Step 1: 创建项目
登录您的
Sentry organization
从左侧导航菜单中选择
Projects
以显示所有项目的列表单击
+ Create Project
按钮注意:如果您的帐户中没有项目 --- 您可能会被重定向到入门向导以创建您的第一个项目。
- 根据您希望监控的代码为您的项目选择语言或框架——在本例中为
JavaScript
。 - 给该项目一个
Name
。 - 在
Set your default alert settings
下,选择i'll create my own alerts later
。 - 为该项目分配一个
Team
。
如果您尚未定义任何团队(
Team
),您可以选择默认组织团队(与您的Sentry
组织同名的团队)或单击+
按钮创建新团队。- 单击
Create Project
。这会将您带到配置页面。通读快速入门指南。
- 根据您希望监控的代码为您的项目选择语言或框架——在本例中为
复制
DSN key
并将其放在手边,因为我们会将密钥复制到源代码中。
DSN(或数据源名称)告诉 SDK 将事件发送到何处,将它们与您刚刚创建的项目相关联。
- 点击
Got it!
按钮以创建项目。
Step 2: 创建警报规则
您可以为每个项目创建各种警报规则,并让 Sentry
知道您希望在应用程序中发生错误时通知的时间(when
)、方式(how
)和对象(whom
)。 警报规则(Alert rules
)由条件(Conditions
)和操作(Actions
)组成,它们在满足相关条件时执行。有关更多信息,请参阅 Alerts
。 创建新项目时,您可以选择使用警报规则创建它,该规则在第一次出现新问题时通知所有项目团队成员(通过电子邮件)。 这意味着下次发生类似错误时,不会触发通知,因为该错误不是“新的”。
在此步骤中,您将创建一个新的 Alert
规则,在每次(every time
)事件发生时发出通知,即使它与已经存在的问题相关联。在实际的场景中,您可能会添加额外的条件,因为您不希望每次在终端用户浏览器的前端代码中发生事件时都得到通知。
- 从项目下拉列表中,找到新项目并点击齿轮图标打开项目设置(
Project Settings
)
单击
Alerts
以打开警报配置页面单击
New Alert Rule
- 在
“New Alert Rule”
表单中,选择“Issue Alert”
类型并输入以下值
每次在所有环境(
All Environments
)中通过邮件(
- 单击
Save Rule
以创建新规则
将 Sentry SDK 引入您的前端代码
前置条件
Demo App
源代码需要 NodeJS
开发环境来安装和运行应用程序。确保您已准备好以下各项:
- Node and NPM
- NVM
Step 1: 获取代码
- 在 GitHub 上打开
frontend-monitoring
示例代码库
- 单击
Fork
并选择您希望将此存储库分叉到的目标GitHub
帐户
fork
完成后,单击Clone
或download
,然后复制存储库HTTPS URL
- 将分叉的存储库克隆到您的本地环境
> git clone <repository HTTPS url>
- 现在示例代码在本地可用,在您首选的代码编辑器中打开
frontend-monitoring
项目
Step 2: 安装 SDK
Sentry
通过在应用程序运行时中使用特定于平台的 SDK
来捕获数据。要使用 SDK
,请在源代码中导入并配置它。 demo
项目使用 React
和 Browser JS
。最快的入门方法是使用 JavaScript browser SDK
的 CDN
托管版本,但是,您也可以通过 NPM
安装 browser SDK
。
- 打开
index.html
文件(位于 ./frontend-monitoring/public/ 下)
请注意,我们在代码中尽可能早地导入和初始化
SDK
。初始化SDK
时,我们提供所需的配置。唯一的强制配置选项是DSN key
,但是,SDK 支持多个其他配置选项。有关更多信息,请参阅配置。
- 在
Sentry SDK
配置中,输入您从上一节创建的项目中复制的DSN
key 值。
Sentry.init({
dsn: "<PASTE YOUR DSN KEY HERE>",
});
Step 3: 安装并运行 demo app
在你的 localhost
上构建和运行 Demo
应用程序:
打开
shell
终端并将目录更改为frontend-monitoring
项目文件夹使用
.nvmrc
文件设置与本项目兼容的Node
版本。运行:
> nvm use
- 通过运行安装项目依赖项:
> npm install
- 通过运行以下命令在
localhost
上构建、部署和运行项目:
> npm run deploy
部署成功完成后,您将在终端中看到确认信息。
捕捉你的第一个错误
Step 1: 捕捉你的第一个事件
通过在浏览器中打开
localhost
链接来启动demo app
打开浏览器的
Console
验证是否发生了错误
点击任何
Buy!
将产品添加到购物车的按钮单击左侧面板上的
Checkout
按钮以生成错误
请注意:应用程序中显示出错消息
错误出现在浏览器控制台中
发送到您在
Sentry
上配置的电子邮件地址的警报,通知您应用中发生的错误
Step 2: 处理错误
转到您的电子邮件收件箱并打开
Sentry
的电子邮件通知单击
Sentry
上的查看以在您的Sentry
帐户中查看此错误的完整详细信息和上下文向下滚动到
Exception
堆栈跟踪- 请注意,堆栈跟踪已
minified
。JavaScript
通常被minified
以减少源代码的大小。 Sentry
可以将代码解压缩(un-minify
)回其可读形式并在每个堆栈帧中显示源(代码)上下文行,这将在下一节中介绍。
- 请注意,堆栈跟踪已
在错误中启用可读堆栈跟踪
Step 1: 准备构建环境
我们在 frontend-monitoring
项目中使用 Makefile
来利用 sentry-cli
处理与 Sentry
相关的任务。CLI
已通过项目依赖项(请参阅 package.json
)提供,并且需要几个参数才能运行。
打开
Makefile
取消注释已注释的环境变量
SENTRY_AUTH_TOKEN
、SENTRY_ORG
和SENTRY_PROJECT
(删除前导#
)查找
SENTRY_ORG
和SENTRY_PROJECT
值打开您的 Sentry 帐户,然后单击
Settings > Projects
您的
Organization ID
是浏览器URL
的一部分(例如,https://sentry.io/settings/SENTRY_ORG/projects/)SENTRY_PROJECT
值是出现在project tile
中的名称复制值并将它们粘贴到
Makefile
中
创建
SENTRY_AUTH_TOKEN
单击左侧面板中的
Developer Settings
菜单选项名称以创建新的集成(integration
)和组织级(org-level
)身份验证令牌(auth token
)单击
New Internal Integration
输入
Name
在
Permissions
下设置Release:Admin
和Organization:Read & Write
单击
Save Changes
保存成功确认后,向下滚动到页面底部并复制
TOKENS
下分配的令牌将令牌粘贴到
Makefile
中
Makefile
应如下所示:
Step 2: 创建 release 并上传 source maps
现在我们可以调用 sentry-cli
来让 Sentry
知道我们有一个新 release
并将项目的 source maps
上传到它。
- 您可以设置自定义
release version
以适应您的命名约定,或者让Sentry CLI
建议一个版本。 - 为了构建
frontend-monitoring
项目,我们使用react-scripts
包,它也在./build/static/js/
下生成source maps
在
Makefile
中,为release version
添加一个新的环境变量,利用Sentry CLI
提出版本值REACT_APP_RELEASE_VERSION=`sentry-cli releases propose-version`
在
Makefile
的底部,使用Sentry CLI
将以下目标粘贴到:- 在您的
Sentry
帐户中创建一个新的release entity
- 将项目的
source maps
上传到新release
create_release:
sentry-cli releases -o $(SENTRY_ORG) new -p $(SENTRY_PROJECT) $(REACT_APP_RELEASE_VERSION) upload_sourcemaps:
sentry-cli releases -o $(SENTRY_ORG) -p $(SENTRY_PROJECT) files $(REACT_APP_RELEASE_VERSION) \
upload-sourcemaps --url-prefix "~/static/js" --validate build/static/js
Makefile
包含一个setup_release
目标,该目标在运行$ npm run deploy
以构建和运行项目时从package.json
文件中调用。 我们将使用这个目标来调用所有与release
相关的任务。- 在您的
将现有的
setup_release
替换为:setup_release: create_release upload_sourcemaps
您的
Makefile
应如下所示:现在您创建了
release version
,您可以通过SDK
将应用中捕获的任何错误与该release
相关联。打开
index.html
文件并向SDK
添加一个新的配置选项。
将release version
环境变量分配给release key
Sentry.init({
dsn: "<YOUR DSN KEY>",
release: "%REACT_APP_RELEASE_VERSION%",
});
注意:release version 环境变量是在构建时在 project.json 中设置的,并被注入到生成的标记中。
Step 3: 尝试您的更改 --- 生成另一个错误
如果您的终端仍在
localhost
上提供demo app
,请单击^C
关闭本地服务器通过运行以下命令来构建、部署和重新运行项目:
> npm run deploy
注意:Makefile 在缩进方面通常是严格的。如果您在运行上述命令时遇到意外错误,请确保 sentry-cli 命令正确地以制表符(tab)为前缀。
查看终端日志。请注意,
minified
的脚本和source maps
已上传到release version
。在您的浏览器中,确保开发控制台已打开并执行清空缓存和硬重新加载(
Empty Cache and Hard Reload
)以确保提供更新的代码。通过将产品添加到您的购物车并单击
Checkout
再次生成错误检查您的电子邮件以获取有关新错误的警报,然后单击在 Sentry 上查看以打开
issue
页面请注意
- 该事件现在标记有
Release ID
- 错误堆栈跟踪现在
un-minified
,包括每个堆栈帧中的文件名、方法名、行号和列号以及源代码上下文
- 该事件现在标记有
Step 4: 探索 release
创建 release version
并通过 Sentry CLI
上传 source maps
,在您的 Sentry 帐户中创建一个 Release entity
。
单击左侧面板中的
Releases
,注意创建了一个新的release version
单击
release
,注意您的应用程序中的错误已与此release
相关联并列为New Issue
单击
Artifacts
选项卡,注意minified
的资源和source maps
可用于此release
并用于source map
堆栈跟踪
启用可疑提交
Sentry
使用源代码存储库中的提交元数据(metadata
)来帮助您更快地解决问题。
这是通过建议可能在您的问题(issue
)详细信息页面中引入错误的可疑提交(Suspect Commits
)来完成的。
它还允许 Sentry
显示 Suggested Assignees
- 这些提交的作者列表并建议他们分配以解决问题(issue
)。
现在您已经创建了一个 release
,您可以告诉 Sentry
哪些提交与您的最新版本的代码相关联 —— 这称为提交跟踪(Commit Tracking
)。
Step 1: 集成您的 GitHub 帐户和存储库
要将
GitHub
与您的 Sentry 组织(org
)集成,请按照GitHub
文档中的说明进行操作对于最后一步,从您的
GitHub
帐户添加frontend-monitoring
存储库
Step 2: 设置提交跟踪
现在您已经在 Sentry
中设置了 releases
作为 CI/CD
流程的一部分并集成了源代码存储库,您可以将链接存储库中的提交与发布相关联。
现在,您已经在 Sentry
中设置了 release
作为 CI/CD
流程的一部分,并集成了源代码存储库,您可以将链接存储库
中的 commits
与 releases
相关联。
注意:在 demo 项目中,我们使用 Makefile 来处理与构建相关的任务。如果您没有使用提供的 React demo 代码并且没有 Makefile,您可以选择直接从命令行运行本教程中使用的 sentry-cli 命令,或者将这些命令集成到相关的构建脚本中。
在你的项目中打开
Makefile
在文件底部添加以下目标:
associate_commits:
sentry-cli releases -o $(SENTRY_ORG) -p $(SENTRY_PROJECT) set-commits --auto $(REACT_APP_RELEASE_VERSION)
该命令将 commits 与 release 相关联。 auto 标志自动确定存储库名称,并将前一个 release 的提交和当前主提交之间的提交与该 release 相关联。
- 新的目标
associate_commits
将作为setup_release
目标的一部分被调用,在最后添加它:
setup_release: create_release upload_sourcemaps associate_commits
您的 Makefile
应如下所示:
如果您的终端仍在
localhost
上提供demo app
,请按^C
将其关闭通过运行以下命令在本地主机上构建、服务和重新启动项目:
> npm run deploy
在终端日志中,请注意 sentry-cli
标识了 GitHub
存储库。
Step 3: 可疑提交和建议受理人
现在可疑提交(suspect commits
)和建议受理人(suggested assignees
)应该开始出现在问题(issue
)页面上。Sentry
通过将 release
中的提交、这些提交涉及的文件、堆栈跟踪中观察到的文件、这些文件的作者和所有权规则联系在一起来确定这些。
刷新浏览器并通过将产品添加到购物车并单击
Checkout
来生成错误检查您的电子邮件以获取有关新错误的警报。请注意,电子邮件中添加了一个新的可疑提交(
Suspect Commits
)部分
单击 Sentry 上的
查看(View)
以打开问题(issue
)页面在主面板中,注意
SUSPECT COMMITS
部分现在指向最有可能引入错误的提交。您可以单击提交(commit)
按钮在GitHub
上查看实际提交详细信息在右侧面板中的
Suggested Assignees
--- 您将看到可疑提交的作者被列为此问题的建议受理人(suggested assignee
)
您可以通过单击图标将建议受理人分配给问题。但是,在这种情况下,提交源于上游存储库,并且建议受理人不是您组织的一部分。或者,您可以手动将问题分配给分配给项目的其他用户或团队。
- 单击
Assignment
下拉列表并选择一个项目用户或团队
在主面板中,找到
release
标签并将鼠标悬停在i
图标上在
release
弹出窗口中,注意release
现在包含提交数据(commit data
)
单击 release
i
图标打开release
详细信息页面选择
Commits
选项卡。请注意,release
现在包含相关的提交列表
更多信息
- 创建 Release 和关联提交(
Associate Commits
) - 全局集成(
Global Integrations
)
Sentry Web 前端监控 - 最佳实践(官方教程)的更多相关文章
- Sentry 后端监控 - 最佳实践(官方教程)
系列 1 分钟快速使用 Docker 上手最新版 Sentry-CLI - 创建版本 快速使用 Docker 上手 Sentry-CLI - 30 秒上手 Source Maps Sentry For ...
- Web前端开发最佳实践(1):前端开发概述
引言 我从07年开始进入博客园,从最开始阅读别人的文章到自己开始尝试表达一些自己对技术的看法.可以说,博客园是我参与技术讨论的一个主要的平台.在这其间,随着接触技术的广度和深度的增加,也写了一些得到了 ...
- [转] Web 前端优化最佳实践之 Mobile(iPhone) 篇
原文链接:http://dbanotes.net/web/best_practices_for_speeding_up_your_web_site_server_mobile.html Web 前端优 ...
- Web前端开发最佳实践(8):还没有给CSS样式排序?其实你可以更专业一些
前言 CSS样式排序是指按照一定的规则排列CSS样式属性的定义,排序并不会影响CSS样式的功能和性能,只是让代码看起来更加整洁.CSS代码的逻辑性并不强,一般的开发者写CSS样式也很随意,所以如果不借 ...
- Web前端开发最佳实践(7):使用合理的技术方案来构建小图标
大家都对网站上使用的小图标肯定都不陌生,这些小图标作为网站内容的点缀,增加了网站的美观度,提高了用户体验,可是你有没有看过在这些网站中使用的图标都是用什么技术实现的?虽然大部分网站还是使用普通的图片实 ...
- Web前端开发最佳实践(2):前端代码重构
前言 代码重构是业内经常讨论的一个热门话题,重构指的是在不改变代码外部行为的情况下进行源代码修改,所以重构之前需要考虑的是重构后如何才能保证外部行为不改变.对于后端代码来说,可以通过大量的自动化测试来 ...
- Web前端开发最佳实践(6):过时的块状元素和行内元素
前言 前端程序员在学习HTML的过程中,肯定接触过页面元素的两个基本类型:块状元素和行内元素,也有大量的技术文章或者教程在介绍这两个概念.但这两个HTML元素相关的概念从字面上却和CSS样式有着很深的 ...
- web前端开发最佳实践笔记
一.文章开篇 由于最近也比较忙,一方面是忙着公司的事情,另外一方面也是忙着看书和学习,所以没有时间来和大家一起分享知识,现在好了,终于回归博客园的大家庭了,今天我打算来分享一下关于<web前端开 ...
- Web前端优化最佳实践及工具集锦
Web前端优化最佳实践及工具集锦 发表于2013-09-23 19:47| 21315次阅读| 来源Googe & Yahoo| 118 条评论| 作者王果 编译 Web优化Google雅虎P ...
随机推荐
- Java方法02——定义与调用
方法的定义与调用 定义与调用 例子 package method; public class Demon03 { public static void main(String[] arg ...
- Windows协议 LDAP篇 - Actite Directory
LDAP简介 先说下ldap,轻量目录访问协议.LDAP就是设计用来访问目录数据库的一个协议.也就是为了能访问目录数据库,ldap是其中一种协议 LDAP的基本模型 目录树:在一个目录服务系统中,整个 ...
- js中其他数据类型的值转为字符串的相关总结
有这样一个面试题: 此题考查的是其他类型的值转换为字符串后的结果 下面我们就由此来总结一下其他类型的值转为字符串后的值都是什么? 从上面的实例可以看出,基本数据类型的值转换成字符串都如我们预期的那样. ...
- 快速理解VLAN与三层交换机
一.VLAN 1.1.VLAN的概述与优势 VLAN是逻辑隔离的虚拟局域网,作用是分割广播域(分为物理分割和逻辑分割) VLAN的优势:控制广播.增强网络安全性.简化网络管理 1.2.VLAN的种类 ...
- Java基础技术JVM面试【笔记】
Java基础技术JVM面试[笔记] JVM JVM 对 java 类的使用总体上可以分为两部分:一是把静态的 class 文件加载到 JVM 内存,二是在 JVM 内存中进行 Java 类的生命周期管 ...
- 【笔记】偏差方差权衡 Bias Variance Trade off
偏差方差权衡 Bias Variance Trade off 什么叫偏差,什么叫方差 根据下图来说 偏差可以看作为左下角的图片,意思就是目标为红点,但是没有一个命中,所有的点都偏离了 方差可以看作为右 ...
- JacksonUtils
package com.intfish.resourceserver.util; import com.fasterxml.jackson.annotation.JsonInclude; import ...
- NOIP 模拟 9 数颜色
题解 一道裸的数据结构题 正解是排序 \(+\) 二分,但是这怎么能有动态开点线段树好写呢? 于是我就打了暴力,骗了五十分. 对于每种颜色,我们在下标上开一颗线段树,对于交换若颜色相同则跳过,否则直接 ...
- SpringCloud升级之路2020.0.x版-22.Spring Cloud LoadBalancer核心源码
本系列代码地址:https://github.com/HashZhang/spring-cloud-scaffold/tree/master/spring-cloud-iiford 经过上一节的详细分 ...
- Centos7 出现Welcome to emergency mode!【紧急模式】
Centos7 出现Welcome to emergency mode![紧急模式] 做mount挂载时,修改了 /etc/fstab 文件,导致Centos7重启时出现如下图所示错误: 输入r ...