中文 (中国)
GlitchTip 主机
使用开源可观测性平台监控错误、应用程序性能和正常运行时间。
- 一键 部署
- 50 GB 所需磁盘空间
- 4 GB 内存 所需内存
- 来自 10 € 价格
无设置费
官方链接
GlitchTip 的官方链接和原始网站
- 更多
GlitchTip 网站
您在 AvaHost 上获得的服务
一键部署、自定义域名、免费HTTPS、自动应用更新和定期备份是每个云应用的标准配置。您可以在一台服务器上运行多个应用，并且包括终端访问。
一个PostgreSQL容器与应用程序一起配置，并且不受AvaHost管理。
技术
- Docker 镜像
- glitchtip/glitchtip:latest
- 默认端口
- 8000
- 数据库
- postgres
GlitchTip 的工作原理
应用程序通过与 Sentry 兼容的 SDK 发送错误和性能事务。GlitchTip 将相关的失败分组为问题，记录事件上下文，并让团队审查发布版本、环境、标签和堆栈跟踪。性能数据显示事务计时，而正常运行时间监控器进行计划请求或接收心跳式检查以确认服务是否响应。
项目位于组织内，允许用户和监控数据按产品或团队分离。后台工作程序处理传入事件和监控任务，而 PostgreSQL 和 Valkey 支持存储状态和队列。事件量是一个中心容量因素，因为错误、事务、发布版本和正常运行时间检查都会创建记录。
GlitchTip 的主要功能
错误跟踪通过熟悉的 SDK 捕获异常并分组重复出现的情况。性能监控跟踪支持的集成的事务和跨度。正常运行时间监控检查端点或预期的作业信号，而问题评论和项目视图帮助团队协调调查。
该平台还可以在当前版本中公开与日志相关的功能，但客户应在依赖特定数据类型之前验证已安装的镜像和 SDK 配置。电子邮件通知、邀请和恢复流程在此目录部署中被禁用，因此仪表板是可靠的审查渠道。
GlitchTip 与 Sentry 的对比
GlitchTip
GlitchTip 是一个自托管监控应用程序，结合了错误、性能事务、正常运行时间检查和选定的项目管理功能。Sentry 是一个更广泛的商业可观测性平台，包括错误、跟踪、日志、分析、会话回放和跨多种语言 SDK 的提供商运营的基础设施。
Sentry
Sentry 可能适合希望获得更广泛的产品组合和托管运营支持的大型团队。当 Sentry SDK 兼容性和自托管控制很重要，且组织可以运营事件管道并接受较窄的功能集时，GlitchTip 更合适。
谁使用 GlitchTip
软件团队监控 Web 应用程序、API、后台作业和公共端点。代理商可以分离客户项目，而内部平台团队使用正常运行时间检查和错误事件来了解发布版本是否引入了故障。
监控数据可能包含用户标识符、请求详情、URL 或应用程序上下文。应在发送生产事件之前配置 SDK 采样、数据清理、保留期、访问角色和项目所有权。
自托管 GlitchTip：要求和成本
资源使用随着错误、事务跨度、正常运行时间检查、发布版本、事件有效负载、保留期、后台处理和并发审查者而增长。PostgreSQL 存储组织、项目、问题、事件、用户和配置，而 Valkey 支持排队工作。PostgreSQL 已包含但未托管，其内存在导出的应用程序最小值之外。
AvaHost 在数据库调整后将 GlitchTip 映射到第 4 计划，价格为 €20。包括一键部署、自定义监控域、自动 HTTPS、自动应用程序更新和计划备份。应用程序电子邮件被禁用，因此电子邮件警报、邀请和密码恢复消息不可用；团队应审查仪表板并独立验证其他通知路径。
F.A.Q
GlitchTip 在包含 PostgreSQL 容量后，从方案 4 开始价格为 €20。该方案涵盖 Web 服务、后台工作进程、Valkey、数据库和常规事件处理。错误量、事务跨度、正常运行时间检查、有效负载大小、项目数、保留期和并发审阅者数决定了可用的运营余量。
AvaHost 创建 PostgreSQL 并将 GlitchTip 应用程序和 worker 连接到它。组织、项目、问题、事件、用户、发布版本、监控器和设置都依赖于该数据库。PostgreSQL 已包含但不受管理，因此在更改、迁移或恢复期间，数据库状态和任何持久发布资产应保持一致。
GlitchTip 接受来自 Sentry 兼容 SDK 的数据，支持错误和性能工作流。将项目 DSN 配置为使用托管的 GlitchTip 端点，最好在自定义 HTTPS 域上进行。从测试事件开始，查看 SDK 发送的上下文，在启用完整生产流量之前配置采样或数据清理。
AvaHost 禁用了应用程序电子邮件，因此 GlitchTip 无法从此部署发送电子邮件警报、工作区邀请或密码恢复消息。错误跟踪、性能视图、正常运行时间检查、问题管理和浏览器仪表板仍然可用。团队应通过批准的管理工作流程创建用户，并单独测试任何非电子邮件通知渠道。