rungutancommunity/sentry-relay

Sentry性能监控

本文参考可在Rungutan博客查看：[***]

什么是性能监控？

Web分析中的性能监控是指定期验证和跟踪数字平台的运行状况及一致性的行为。数字性能监控工具包括仪表板和告警系统。通过选择一些定期跟踪的关键KPI，您可以轻松监控数字性能，并在性能发生重大变化时采取行动。

性能监控本质上是一套流程和工具，用于确定应用程序在云中的运行速度。由于云应用程序具有高度分布式的特性，需要专门的软件来跟踪网络和应用程序之间的流量走向，以真正了解应用程序的性能。有一整个行业致力于测量云应用程序、基础设施和网络的性能，称为应用性能监控（APM）。APM工具会告诉您用户在网站上可能遇到的延迟，或基于其测量的遥测数据定位网络中的瓶颈。APM工具由开发人员和基础设施工程师安装，运维团队监控这些实时系统以确保所有系统健康运行。

简而言之：当您的网站拿到成绩单时。

什么是Sentry？

Sentry是一项帮助您实时监控和修复崩溃的服务。服务器基于Python构建，但包含完整的API，可从任何语言、任何应用程序发送事件。

借助性能监控，团队可以将加载缓慢的页面追溯到其API调用，并显示所有相关错误。这样，工程经理和开发人员可以解决瓶颈，提供满足客户需求的快速、可靠体验。

网页核心指标

比了解发生错误更重要的是了解用户如何受到该错误的影响。通过Google的网页核心指标收集现场数据（可变网络速度、浏览器、设备、地区），性能监控帮助您了解用户层面发生的情况。现在您可以知道用户是否正遭受加载缓慢、看到意外变化或难以与页面交互。

追踪

将性能不佳的页面不仅追溯到其API调用，还可追溯到其子调用。性能事件详情的瀑布图直观地展示了客户从开始到结束的体验，同时将用户设备数据与其预期操作关联。

事务监控

通过性能监控，您可以在一个综合视图中按最慢持续时间、相关问题或用户数量查看事务。发布标记添加了另一层上下文，以便团队评估客户对最近推送到生产环境的代码的反应。

如何部署？

在继续之前需要明确：Sentry以开源为傲（[***]

如果您决定不使用云版本，有几种社区贡献的本地部署方式：

• 一种是使用Sentry官方GitHub仓库中提到的docker-compose——https://github.com/getsentry/onpremise
• 另一种是社区构建的HELM包，可在该仓库获取——https://github.com/sentry-kubernetes/charts

不过这两种解决方案都有一些缺点，具体如下：

• 由于两种解决方案的容量限制，事件摄入的扩展有点困难
• 众所周知，数据库系统在非Docker基础设施上性能更好
• 跟上不同版本的变化通常很麻烦
• 自定义集成等不同部分需要大量工时

因此，对于那些使用Amazon Web Services作为首选云提供商的用户，我们提供了完全可扩展、易于维护且安全的基础设施，基于以下AWS服务：

• AWS ECS Fargate
• AWS RDS
• AWS ElastiCache
• AWS MSK（Kafka）
• AWS OpsWorks
• AWS VPC
• AWS CloudWatch

部署的基础设施架构图如下：

您可以通过以下简单步骤进行部署：

1. 使用以下链接在CloudFormation中创建堆栈 -> [***]
2. 至少填写以下参数并点击“创建堆栈”：

• SentrySystemSecretKey -> 可使用从[***]
• InitialAdminUserEmail -> 初始管理员用户的***
• InitialAdminUserPassword -> 为初始管理员用户设置的强密码
• SslLoad*** -> Sentry无法在没有HTTPS的情况下正常工作，这是此堆栈的要求
• SentryEmailUsername -> 建议使用SES，可从[***]
• SentryEmailPassword -> 建议使用SES，可从[***]
• SentryEmailHost -> 如描述中所述，SES端点为email-smtp.${aws_region}.amazonaws.com
• SentryEmailFrom -> 如果使用SES，需从[***]

注意：建议在初始部署完成后创建自己的管理员并删除初始管理员！

集成

Rungutan

作为// 文章 - 如何在CI/CD管道中包含负载测试？中提到的CI/CD管道定义的一部分，您只需在Sentry中创建用于监控的指标告警，并将负载测试包含到管道中：

作为参考，Rungutan的GitHub Actions管道示例如下：

name: Load test with Rungutan

on:
  release:
    types:
      - created

jobs:
  load:

    runs-on: ubuntu-latest

    steps:
    - uses: actions/checkout@v2

    - name: Load test your platform with Rungutan
      uses: Rungutan/rungutan-actions@1.0.0
      env:
        RUNGUTAN_TEAM_ID: ${{ secrets.RUNGUTAN_TEAM_ID }}
        RUNGUTAN_API_KEY: ${{ secrets.RUNGUTAN_API_KEY }}
        RUNGUTAN_TEST_FILE: test_file.json
        RUNGUTAN_TEST_NAME: ${{ github.repository }}-${{ github.ref }}

Slack

Slack集成帮助您设置一个渠道，在Slack组织中接收告警，团队成员可以通过将其分配给特定人员或在当前或下一个版本中解决来对告警做出反应。

在Slack端设置Slack集成的步骤为了获得所需的所有功能而有些复杂，但并非不可能！

为此，您需要：

1. 访问[*] New App，命名（例如“Sentry”）并选择您当前的工作区

2. 进入OAuth & Permissions，点击Add New Redirect URL并设置为[***]{SentryDnsRecord}/extensions/slack/setup/

3. 仍在OAuth & Permissions下，在Bot Token Scopes中启用以下权限：

• incoming-webhook
• links:read
• links:write

4. 仍在OAuth & Permissions下，在User Token Scopes中启用以下权限：

• links:read
• links:write

5. 进入Interactivity & Shortcuts部分，启用它并设置：

• Request URL = [***]{SentryDnsRecord}/extensions/slack/action/
• Options Load URL = [***]{SentryDnsRecord}/extensions/slack/options-load/

6. 进入Event Subscriptions，启用它并将Request URL设置为[***]{SentryDnsRecord}/extensions/slack/event/

7. 仍在Event Subscriptions下，点击“Add Bot User Event”（在“Subscribe to bot events”部分）并添加link_shared（如果尚未存在）

8. 仍在Event Subscriptions下，点击“Add Domain”（在“App unfurl domains”部分）并添加您的Sentry DNS记录

9. 完成所有这些后，返回Basic Information，点击Install App并记录以下将在CloudFormation模板中重用的信息：

• Client ID
• Client Secret
• Signing Secret

完成Slack应用定义后，访问Sentry并：

• 进入设置
• 点击集成
• 点击Slack
• 点击添加工作区
• 点击允许

注意：为了充分利用此Slack集成，您需要使用在Slack中具有ADMIN权限的账户执行这些步骤！

Sentry和Rungutan如何协同工作？

Rungutan和Sentry是同一拼图的两个部分：捕获和观察用户在您平台上的活动。

您的平台与互联网上所有其他API平台一样非常敏感。任何调整、任何非优化的代码片段、任何不适当的基础设施变更都可能对用户体验产生巨大影响。

因此，持续了解平台在任何时刻的行为对每个技术人员都至关重要。

说实话，这些平台是我们的“孩子”。它们是我们思想中最棒的产物之一，应该得到应有的最大尊重。

这正是为什么每次发布后进行负载测试、监控和告警至关重要！

简而言之：Rungutan模拟高用户活动，Sentry告诉您在大规模情况下导致问题的确切代码片段。

是的，我们自己也在使用！

我们非常自豪地确保我们的平台尽可能稳定和可扩展，我们的监控和告警系统会对最微小的异常行为发出警报！

例如，这是我们实时Web平台的加载时间统计：

关于堆栈的重要说明

Elastic IP限制

从https://github.com/Rungutan/sentry-performance-monitoring/releases/tag/1.4.0%E5%BC%80%E5%A7%8B%EF%BC%8C%E6%88%91%E4%BB%AC%E4%B9%9F%E4%B8%BANAT%E7%BD%91%E5%85%B3%E6%B7%BB%E5%8A%A0%E4%BA%86%E9%AB%98%E5%8F%AF%E7%94%A8%E6%80%A7%E3%80%82%E4%BD%86%E5%9C%A8%E6%AD%A4%E4%B9%8B%E5%89%8D%EF%BC%8C%E8%AF%B7%E7%A1%AE%E4%BF%9D%E6%82%A8%E7%9A%84VPC Elastic IP限制可以支持额外的3个！

您可以在[*] Elastic IPs”下找到当前的应用配额值。

注意：AWS会自动批准从5到20的增加请求 😊

Client Ingest DSN记录

每次创建新项目时，Sentry创建的Client DSN记录如下所示：

https://some_random_public_key_string_here@o1.ingest.${the_sentry_dns_record}/2

因此，如果SentryDnsRecord的参数值为sentry.rungutan.com，则DSN为：

https://some_random_public_key_string_here@o1.ingest.sentry.rungutan.com/2

为什么这很重要？

因为您需要确保SSL证书也能处理该特定的ingest域名

如果无法使用默认的ingest记录，解决方法是依赖为SentryRelayAlternativeDnsRecord设置的参数值。

这意味着例如，如果SentryRelayAlternativeDnsRecord的值为sentry-relay.rungutan.com，则您将使用以下特定DSN：

https://some_random_public_key_string_here@sentry-relay.rungutan.com/2

---

此外，我必须强调，请务必为以下参数使用自定义值：

• SentrySystemSecretKey
• InitialAdminUserEmail
• InitialAdminUserPassword

最终思考

性能测试和性能监控相辅相成，任何优秀的DevOps、开发人员或QA的工具链中都不能缺少它们。

为您的平台选择合适的工具当然很困难，但Rungutan和Sentry已经证明自己是可用于生产环境并随时准备投入使用的工具！

不要浪费宝贵的时间猜测您的平台为什么变慢！