本文介绍前端异常治理的重要性，并基于开源平台Sentry高效发现前端异常以及高效解决前端异常。

Apache Sentry提供了大数据组件访问的权限控制。本文继续讲解Apache Sentry的原理以及和Kerberos一起使用时的注意事项。

本次分享主要分为三大部分：前端异常监控概述，异常监控的背景意义，以及做一个前端异常监控的核心问题；然后针对 Sentry 监控平台，详细阐述其功能与系统架构；最后通过案例的接入，体验前端异常监控的实践与落地。

Sentry 为一套开源的应用监控和错误追踪的解决方案。这套解决方案由对应各种语言的 SDK 和一套庞大的数据后台服务组成。应用需要通过与之绑定的 token 接入 Sentry SDK 完成数据上报的配置。通过 Sentry SDK 的配置，还可以上报错误关联的版本信息、发布环境。同时 Sentry SDK 会自动捕捉异常发生前的相关操作，便于后续异常追踪。异常数据上报到数据服务之后，会通过过滤、关键信息提取、归纳展示在数据后台的 Web 界面中。

转转使用 Sentry 监控前端错误已经有好几年了。我们在 SDK 端封装的统一的 @zz-common/sentry 库。从而实现了 vue、react、小程序、node、ssr 的统一接入和错误分级管理。可以参考文章：转转商业前端错误监控系统(Sentry)策略升级。之前我们使用的 Sentry 是源码安装的老版本。后来客户端需要接入 Sentry 并上传 mapping 文件。但是老版本的 Sentry 总是上传失败。所以我们就准备升级一下 Sentry。本文就是用来记录 Sentry 升级部署和遇到的问题。

鉴于前端正在向多元化方向发展，场景愈加复杂，生产环境也经常会出现一些本地环境和测试环境无法复现的问题。而且，用户的具体行为和操作我们也不可预期，后端错误监控又只能监测到发起请求后的错误日志，那么错误发生时我们就只能靠用户反馈。

不管你用什么编程语言，都会面临如何处理错误日志的问题。很多程序员对错误日志放任自流，直到出现故障了才追悔莫及，如果问我怎么办，我会推荐 Sentry！ Sentry 是一个错误记录和聚合的平台，只要看看它漂亮的界面就会喜欢上x