Sentry 监控之 Alerts 告警-墨者安全-墨者盾
DDOS防御_CC防护_高防CDN服务器_【墨者安全】—墨者盾墨者盾—你的网站贴身保镖!

QQ:800185041
高防免费接入:400-0797-119

渠道合作:156 2527 6999

主页 > CC防护 > Sentry 监控之 Alerts 告警

Sentry 监控之 Alerts 告警

小墨安全管家 2021-09-28 00:04 CC防护 89 ℃
DDoS防御

阈值是关心定义警报触发器的数值。这些数值被标记为:

过滤器(Filters)经过仅在 issue 符合指定标准时触发警报来关心操纵 issue 噪音。

event attributes:https://docs.sentry.io/product/sentry-basics/search/searchable-properties/#event-properties

PagerDuty 警报

环境

创建警报以监控指标,例如:

Slack 警报

团队能够配置 Slack channel 来接收警报通知。这能够经过在所需的 Slack channel 中键入 /sentry link team 来完成。要在 sentry.io 中查看团队关联的 Slack 频道,请导航到 设置>团队>[团队]>通知(Settings>Teams>[Team]>Notifications)。

Sentry 每周一经过电子邮件发送每周报告。报告包含您组织在上周的 Sentry 活动摘要。

用户反馈(User Feedback):当一具 issue 有新的用户反馈时。

向原生不支持的集成发送警报

可用的间隔是:

取消订阅

报告包含您组织在上周的 Sentry 活动摘要。您能够经过为每个组织打开或关闭报告来微调您的每周报告。

检测重要咨询题

在 sentry.io 中创建新项目时,您能够挑选默认的 issue 警报。然而,您也能够使用这些最佳实践作为指南,创建自个儿的警报以满脚团队的需求。

挑选评估指标的时刻段。您的挑选范围从一分钟到一天。 Sentry 每分钟评估指定的窗口。例如,假如您指定一具小时时刻窗口,Sentry 会评估:

低优先级:Email

Sentry 发送工作流通知,让您了解 issue 状态更改。工作流与关心您治理咨询题的动作相关,例如更改 issue 的状态或对其发表评论。默认事情下,Sentry 经过电子邮件将这些通知发送给订阅该咨询题的成员(有关怎么确定订阅,请参见下文)。发送工作流通知:

您已解决的无人认领 issue 的任何更改

在 webhook 处理程序中编写自定义规则以更智能地路由警报

Resolved(已解决)

交付方式

“When” 条件或触发器指定您希翼针对该 issue 监控哪种类型的活动:

动作定义了您和您的团队将怎么收到警报:

event.type:error

该事件来自最新 release。

为您的警报指定一具描述性名称,例如受阻碍的团队和警报的主题。例如,“前端延迟(Frontend Latency)”、“后端故障率(Backend Failure Rate)”或“计费 Apdex(Billing Apdex)”。

Sentry 组织 owner 或 manager 能够在其 Sentry 帐户中安装和配置 PagerDuty 集成。配置集成后,DDoS高防,issue 警报规则中将提供以下动作:向 PagerDuty 帐户 {account} 和服务 {service} 发送通知。在指标警报中,您的 PagerDuty 帐户将在 action 下拉列表之一中可用。

在咨询题警报中,Sentry 每次收到新事件时都会评估配置的警报条件。警报条件包括三个部分:

https://docs.sentry.io/product/alerts/notifications/

集成

https://docs.sentry.io/product/integrations/notification-incidents/pagerduty/

tags:https://docs.sentry.io/platforms/javascript/enriching-events/tags/

At 3:02pm: 2:02pm - 3:02pm

咨询题已解决(Issue Resolved):当您的代码中发觉新 issue 时,它处于 Unresolved 状态。当项目团队成员经过在 sentry.io 中手动更改其状态或提交修复程序或由于项目的自动解决功能(假如已配置)解决 issue 时,issue 状态将更改为已解决。

发送到 Slack

Sentry 提供了多个配置选项来依照您组织的需要创建指标警报。

项目中的总错误(Total errors)

此设置不大概阻碍配置为明确发送到您的电子邮件的警报。

您能够在 用户设置 > 通知(User Settings > Notifications) 中治理这些通知。

issue 已分配给{no one/a team/a member}。

延迟(Latency):最小值(min)、最大值(max)、平均值(average)、百分位数(percentile)

此 alert action 允许您将警报通知路由到 Slack 工作区中的选定频道(使用 # 前缀)或直截了当消息中的特定用户(使用 @ 前缀)。

https://docs.sentry.io/product/alerts/create-alerts/routing-alerts/

使用内部集成发送请求。

Azure DevOps

Metric alerts:当 error 或 transaction 事件的宏观指标超过特定阈值时触发。

event.type:transaction

为您的警报指定一具描述性名称,例如受阻碍的团队和警报的主题。例如,“前端延迟(Frontend Latency)”、“后端故障率(Backend Failure Rate)”或“计费 Apdex(Billing Apdex)”。

路由

指定哪些环境(environment)将使用此特定警报规则。此控件过滤事件中的环境标签。例如,此过滤器特别实用,因为您应用于生产警报的紧迫性和工作流程大概不同于您应用于源自 QA 环境的警报的紧急程度和工作流程。

挑选您希翼收到警报的内容。挑选 “Issues” 会创建 issue 警报,而挑选任何其他选项会创建 metric 警报。 

Cumulative Layout Shift(累积布局偏移)

仅当过去一小时的会话数超过 50 时才会触发基于百分比的警报

以下过滤器组转换为 Discover 查询,显示在警报配置页面顶部的图表中。

发送到 Email

警报在正确的时刻通知正确的人很重要。向太多人发送太多通知大概会导致这些通知被忽略。以下最佳实践将关心您创建或微调警报以最大程度地减少警报噪音,并且仍会告诉您需要了解的内容。

已忽略 Issue

这些通知大概与为项目配置的警报有一些重叠。

我的活动

假如未配置或未找到 issue 所有者,则不大概发送通知或将其发送给所有项目成员,具体取决于 [项目]>设置>咨询题所有者([Project]>Settings>Issue Owners) 中的以下设置。

issue state changes: https://docs.sentry.io/product/issues/states-triage/

分钟:5, 10, 30, 60

Throughput(吞吐量)

p50()

指标警报会告诉您指标何时超过阈值,例如项目中错误数量的激增,或性能指标的变化,例如延迟(latency)、Apdex、故障率(failure rate)或吞吐量(throughput)。

Sentry 监控之 Alerts 告警

您能够经过从以下选项中举行挑选来决定在何处接收个人工作流通知:

首次浮上

release deploys:https://docs.sentry.io/product/releases/

经过定制警报规则并集成您基本使用的工具,您能够在需要的时候when、地方where(以及是否if)收到警报,而不大概受到干扰。警报通知能够路由到 Slack,多个支持的集成,以及经过 webhooks 定制集成。在创建警报规则时,您能够使用这些集成来配置通知谁以及怎么通知。

https://docs.sentry.io/product/accounts/quotas/

环境

At 3:01pm: 2:01pm - 3:01pm

您能够在 issue 警报配置中找到 Issue 警报触发器的完整列表。

在一具时刻间隔内被超过一定数量的唯一用户看到

您或您的团队被分配到该 issue

Apdex

On

https://docs.sentry.io/product/discover-queries

quota usage:https://docs.sentry.io/product/accounts/quotas/

https://docs.sentry.io/product/integrations/notification-incidents/slack/#linking-your-slack-and-sentry-accounts

部署通知的全局设置是:

您还能够经过挑选 “Default” 、“On” 或 “Off” 来对每个项目的警报通知举行微调。假如您挑选 “Default”,项目的设置将与您的全局设置相同。

创建警报时,所有显示的警报类型(“Issues”除外)均可用于创建指标警报:

Issue 警报配置

您在使用 sentry.io 时的动作

导航到警报(Alerts)并单击 “Create Alert Rule”。

标签(Tag) & 属性(Attribute)

Sentry 监控之 Alerts 告警

警报名称

Issue 警报

failure_rate()

您能够在指标警报中找到可用指标警报的完整列表。

发送 PagerDuty 通知

Number of Errors(错误数)

Email 路由

限制为最新版本(Limit to latest release):使用 The event is from the latest release 过滤器将您的 issue 警报仅应用于最新版本。

错误或事务超过了组织的配额,其中包括按需容量

聚合来自不同监控系统的警报

假如您的组织安装了集成同时您的 Slack 身份已链接到您的 Sentry 帐户,则 Slack 仅可用作交付方式。

组织的 80% 的错误、事务和附件量已耗尽。

https://docs.sentry.io/product/integrations/notification-incidents/slack/

当您创建新的集成并在其上启用“Alert Rule Action”选项时,当您挑选在 issue 警报规则创建期间经过集成 action 发送通知时,您的集成将显示为服务。在指标警报中,您的集成在 action 下拉列表之一中可用。

https://docs.sentry.io/product/integrations/integration-platform/#internal-integrations

关于早期采纳者,这些通知是经过电子邮件或 Slack 接收的,具体取决于咨询题所有者的通知设置。

发送 Microsoft Teams 通知

默认事情下,当指定的指标不再违反 “Critical” 或 “Warning” 条件时,会自动解决指标警报。然而,您能够设置不同的分辨率阈值。例如,假设您的应用程序的正常错误级别低于 2000/分钟,同时您希翼在超过 5000/分钟 时收到警报。您大概希翼警报仅在错误级别回到 2000/分钟 以下时 resolve,而不是 5000/分钟。经过以这种方式设置 “Resolved” 阈值,假如错误级别回降到仅 4000/分钟,即使它低于警报阈值,您也会以为这是有咨询题的,警报将不大概 resolve。

https://docs.sentry.io/product/integrations/project-mgmt/jira/

Never(从不)

“接着(Then)”条件:动作

apdex(...)

团队 Slack 通知

Metric 警报配置

分配(Assignment):当一具咨询题被分配或未分配时。

部署通知

avg(...)

高优先级:页面(PagerDuty 或 OpsGenie)

notification settings:https://docs.sentry.io/product/alerts/notifications/notification-settings/

Sentry 监控之 Alerts 告警

您能够经过从以下选项中举行挑选来决定在何处接收个人工作流通知:

自定义指标

指标警报

假如您想将警报通知路由到 Sentry 没有开箱即用集成的其他解决方案,您能够使用 Integration Platform。集成平台为外部服务提供了一种使用 REST API 和 Webhook 与 Sentry SaaS 服务交互的想法。

使用切换开关来操纵您是否收到有关以下内容的通知:

动作

警报函数

动作间隔(速率限制)

受阻碍的用户(Users affected):有时极少数用户会产生大量错误,所以提醒受阻碍的用户大概比错误频率更重要。可是,并非所有在 Sentry 中实用户计数的错误实际上都大概是面向用户的,反之亦然。假如您过滤这些类型的咨询题,您就能够幸免收到非用户面临的错误的警报。

在 Issue States & Triage 中了解有关 issue 状态的更多信息。

假如您想从不同的监控系统汇总警报或编写自定义规则以更智能地路由警报,DDoS防御,则向 webhook 发送警报也特别有关心。

发送 Microsoft Teams 通知

https://docs.sentry.io/product/integrations/notification-incidents/msteams/

频率(Frequency) :通常,您会设置警报以在错误超过特定频率时触发,但频率并不是一切:假如低频错误位于应用程序的更重要部分,则它大概比高频错误更重要。

除了警报之外,Sentry 还会向您发送有关各种事项的通知,例如 issue 状态更改、公布部署和配额使用事情。您能够在用户设置 > 通知(User Settings > Notifications)中微调这些通知以及您的个人警报设置。在完整文档中了解有关通知和调整其关联设置的更多信息。

构建集成:假如您想将警报通知路由到 Sentry 还没有开箱即用集成的解决方案,您能够使用 Integration Platform。创建集成时,它将在 alert actions 菜单中可用。您大概希翼将自个儿的集成用于:

参与与 issue 相关的提交

指标警报监控 error 和 transaction 事件的宏观指标。指标猎取一组事件并使用函数(例如 count() 或 avg())计算一段时刻内应用于事件属性的聚合值。创建指标警报时,您能够按属性(attributes)和标签(tags)过滤事件,这关于聚合未分组为单个 issue 的事件非常实用。

在警报配置页面,设置告警条件:

https://docs.sentry.io/product/alerts/create-alerts/metric-alert-config/

发送到 Email 和 Slack

警报

团队

在 issue 中提及您或您的团队

配额通知

您能够挑选要与警报关联的团队,以便该团队的成员能够编辑此警报。请注意,惟独当您是团队成员时才干举行此关联。假如未挑选任何团队,则任何人都能够编辑警报。

警报详细信息(Alert Details)页面还包括与指标相关的可疑 issue 或 transaction 的列表,以关心更快地查明全然咨询题。您能够查看大概导致触发警报的缘由,接着在 Discover 中打开该指标以寻找更多信息。

失败率(Failure rate)

percentile(...)

Custom Metric(自定义指标)

警报类型

您能够创建两种类型的警报:

遗留集成(也称为插件)是 Sentry 的扩展,打包为 Python 库,并在项目级举行配置。要向遗留集成发送警报,请挑选 “Send a notification via an integration” 或 “Send a notification to all legacy integrations” 动作。您不能将指标警报路由到遗留集成。

错误和性能指标警报

交付方式

工作流(Workflow):涉及用户操作和 issue 状态更改的活动。这包括 issue 解决、分配、评论和回归等活动。

只要项目中的任何 issue 符合指定标准,就会触发 Issue 警报。例如,这些标准大概是重新浮上的已解决 issue 或阻碍很多用户的 issue。

某个 issue 在 {time} 内阻碍了超过 {X}% 的会话

受阻碍的会话百分比是一具近似值,计算为 issue 频率与项目中会话数的比率

这些最佳实践可关心您减少 issue 警报大概产生的噪音,但不适用于指标警报。

单击 issue 上的订阅铃铛(subscribe bell)图标

https://docs.sentry.io/product/alerts/create-alerts/issue-alert-config/

标签(Tags):使用标签对错误举行分类。例如,您能够过滤自动捕获的 url 标签以识别关键业务页面,或过滤自定义标签(如 customer_type)以更重要地处理这些警报。您能够在 [项目] > 设置 > 标签([Project] > Settings > Tags) 下找到项目中可用的标签列表。该列表是该项目事件中遇到的所有标签 key(默认和自定义)的聚合。

event.type:error OR event.type:default

创建警报

您能够挑选要与警报关联的团队,以便该团队的成员能够编辑警报。请注意,惟独当您是团队成员时才干举行此关联。假如未挑选任何团队,则任何人都能够编辑警报。

通知

Sentry 向您发送有关工作流活动、公布部署和配额使用事情的通知,以及每周报告。这些通知让您了解:

天:7, 30

向成员(member)或团队(team)发送电子邮件。假如发送给成员(team),则成员(team)的个人项目警报挑选退出设置(opt-out settings)将被覆盖。

咨询题列表中的 “For Review” 选项卡是您能够在不接收任何警报的事情下检查优先级最低的咨询题的位置。

依照您挑选的警报类型,您能够挑选要应用的函数和参数。在其他事情下,该功能内置于警报中,同时不显示设置。例如,假如您挑选“受阻碍的用户数(Number of Users Affected)”,则转换为函数 count_unique(user.id)。由于编辑此函数会改变警报的性质,所以它不可编辑,所以被躲藏。

当您订阅 issue 时,您会收到工作流通知,同时您经过以下方式订阅咨询题:

Microsoft Teams 警报

issue 比特定持续时刻更旧或新。

发送到 Email

规则名称

警报简介

警报提供对代码咨询题和对用户的阻碍的实时可见性。有多种类型的警报可用于自定义阈值和集成。

电子邮件路由操纵每个项目的通知发送到的电子邮件地址。这些通知默以为您在设置 Sentry 帐户时提供的电子邮件地址。此设置允许您基于每个项目将电子邮件路由到备用电子邮件地址。

count()

Issue 所有者

事件处理咨询题(Event Processing Problems):当您发送给 Sentry 的错误事件处理浮上咨询题时。

Issue 频率增加

发送到 Email

您能够经过挑选上述三个选项之一或 “Default” 来对每个组织的部署通知举行微调。假如您挑选 “Default”,组织的设置将与您的全局设置相同。

p75()

已解决和忽略的 Issue 变成未解决(unresolved)

Critical(严峻)

触发器(Triggers)指定您想要监控的活动类型,或何时(When)应触发警报。


DDoS防御

当前位置:主页 > CC防护 > Sentry 监控之 Alerts 告警

标签列表
DDoS防御
网站分类
X
 

QQ客服

400-0797-119