Sentry介绍

如果您是开发人员，您的工作流程可能如下所示：

设计→代码和审核→测试/质量管理→CI / CD→问题发现→定位→修复

虽然有许多优秀的工具可以使开发更容易，但部署后发现，调查和修复问题的过程仍然是痛苦和冗长的。 当您在生产中引入错误时，如何收到警报？ 您如何评估影响和紧迫性？ 您如何快速找到问题的根本原因？ 当你提交修复程序时，你怎么知道它是否解决了这个问题？

Sentry可帮助您在与现有工作流程集成时回答这些问题。 使用Sentry，您的工作流程可能如下所示：

你写代码。

您部署该代码。

有一个错误 - 让我们说这是一个NullPointerException - 用户开始点击部署后。 Sentry会立即收到错误，并根据您的通知规则通过Slack，PagerDuty（其中Slack,PageDuty等为项目管理类工具）或许多其他集成之一提醒您（或随叫随到的人）。

此通知将您带到仪表板，该仪表板为您提供快速分类问题的必要上下文 - 频率，用户影响，代码的哪部分受到影响，以及哪个团队成员可能是该问题的所有者。 然后，它会向您显示帮助您进行调试的详细信息，例如堆栈跟踪，堆栈本地，先前事件，可能导致问题的提交以及错误时捕获的自定义数据。 您还可以在项目管理工具中自动开始跟踪问题。

确定问题后，您需要修复版本时。 此时，您不再需要照看修复程序，因为Sentry会在进入时提交并在部署时自动解决问题。 如果问题稍后返回，则会将其标记为回归，然后再次通知您。

同时，遇到错误的用户甚至不需要向您发送模糊的“您的网站已损坏！”消息，以帮助您修复该错误。 值得注意的是，Sentry还可以为这些用户提供友好的方式来发送可能有助于您更快地解决问题的其他信息。

虽然这是工作流程的关键，但每个人的配置略有不同，最适合他们的特定环境。 这就是为什么Sentry的灵活性，所以你可以调整它以满足你的需求。