What Sentry's 16GB selfhosted taught me
15 hours ago
- Sentry 的自托管 RAM 下限较高，因为它包含了完整的可观测性套件（追踪、回放、性能分析），需要 20 多个容器和 16GB 内存。
- Epure 是一个仅处理异常的替代方案：两个容器（Rust 和 PostgreSQL 16）、DSN 切换、Apache 2.0 许可证，以及一份旧日期的 docker stats 收据显示合并空闲 RSS 约为 53 MiB。
- 小型 VPS 用户的四种失败模式：安装引力、账单冲击、兼容工具仍需集群、许可摩擦。
- Epure 故意排除了追踪、回放、性能分析、日志摄入、原生移动端符号化以及 Redis/Kafka/ClickHouse；它并非 100% 兼容 Sentry 协议。
- Epure 的 Compose 栈仅运行两个服务：epure (ghcr.io/epure-sh/epure:v0.1.1) 和 postgres:16-alpine，没有单独的工作器或 Redis。
- 旧日期的 RSS 收据（2026-09-23）显示 Epure 空闲约 5 MiB，Postgres 约 48 MiB；突发（280-330 req/s）使得 Epure 保持在约 12 MiB 以下。
- Spike 阀门默认限制重复：每个指纹约 100 事件/分钟，项目上限 5000 事件/小时，以及 2MB 主体限制。
- Epure 并非免费克隆；它丢弃了事务/回放/性能分析项，仅针对带有可读堆栈的分组异常。
- 比较表：Sentry（20+ 容器，FSL，完整套件），GlitchTip（约 4 个容器，MIT，DSN 切换错误），Bugsink（1 个容器，Polyform Shield，SQLite），Epure（2 个容器，Apache 2.0，仅异常）。
- 尝试方法：固定 EPURE_IMAGE，运行 docker compose up -d，并检查健康端点；本地主机无需 .env 文件。