01
在上下文中调查
把 trace、时间范围、服务和租户上下文从指标带到链路，再进入 Profile 或精确日志。
pre-1.0 · 公开构建中
日志、指标、Profiles 与链路，集中在一处—— 你的账单只有 S3 成本。
日志、指标、链路、持续性能分析、仪表盘与告警，共享一个自托管数据平面。从现象走到请求、事件或热点函数，同时让遥测数据与存储保持在自己的控制范围内。
$ 自托管 · OpenTelemetry 原生 · 日志 + 指标 + 链路 + Profiles
终端
$ docker compose -f deploy/docker/docker-compose.yaml --profile standalone up -d
调查栈已落地
一次故障，一条连续的调查线索。
- 1从告警或指标突增开始
- 2打开对应链路和服务路径
- 3不丢失时间上下文，检查关联日志
- 种接入协议
- 10
- 实时告警路径
- <1s
- 类遥测信号
- 4
- 开源许可证
- Apache 2.0
差异化工作流
三种信号，一个 trace_id，五秒讲清。
一条 trace、它的日志、同一分钟的主机指标——在数据层就串好了，不是靠 dashboard 拼。
一个 trace_id，三个视图。
trace_id
abc123· 4 spans · 280msPOST /api/checkout
db.tx.begin
stripe.charge
db.tx.commit
同一个 trace_id=abc123 贯穿三处。不再 copy-paste。
真实产品，不是概念图
从原始遥测到故障解决。
查看已经落地的操作界面：PromQL 指标、服务拓扑、性能火焰图、浏览器会话、Web Vitals、仪表盘、SQL 日志检索、告警，以及键盘优先的调查流程。
PromQL + 基数上下文
看到趋势，也看到趋势背后的结构。
在同一工作区查看序列、Top 标签、分位数、基数和关联指标。
为什么团队会迁移
真正重要的是结果，而不是遥测分类。
molesignal 围绕平台团队在每次故障和每次预算复盘中重复执行的工作设计。
产品 / 已落地
一个产品界面，八类操作能力。
从你要解决的工作开始。每项能力共享同一套租户、时间、存储和查询上下文。
差异化工作流
沿着故障走，而不是沿着复制出来的 ID 走。
调查栈把每次下钻保存为一个帧，运维人员可以前进和返回，而无需重建故障上下文。
- 101 · 发现
实时或定时规则触发
从发生变化的信号开始，组织、服务和时间范围已经附带在上下文中。
- 202 · 定位
打开服务路径和链路
从指标突增走到错误优先的链路，以及真正消耗延迟预算的 Span。
- 303 · 解释
检查同一时间窗口的日志
trace 与时间锚点自动带入，无需在不同产品之间复制 ID。
- 404 · 处理
确认、路由并解决
通过升级策略、轮值和通知渠道协作，同时保留完整调查过程。
接入现有技术栈
OpenTelemetry 优先，迁移时也提供兼容入口。
直接发送 OTLP，保留 Prometheus remote_write，接收 Loki 或 Elasticsearch 形态的流量，最终写入你控制的对象存储。
OTLP gRPC
OTLP HTTP
OTLP Profiles
pprof 直传
Pyroscope 兼容接入
Prometheus remote_write
Elasticsearch _bulk
Loki push
Syslog UDP/TCP
Native HTTP JSON
AWS Kinesis Firehose
Cloudflare Logpush
界面之下
一个存储层、一个查询引擎、一套租户边界。
对象存储上的 Parquet，DataFusion 与 Arrow 查询，Tantivy 裁剪，Postgres 保存元数据。架构是产品承诺的一部分，因此实现细节保持可见。
经济性证据
比较运维模型，而不是只比较功能勾选项。
商业 SaaS、拼装的 OSS 栈和 molesignal 会以不同方式转移成本与运维工作，所有假设都应保持可见并可验证。
100 GB/天成本
- 商业 SaaS
- ~$2k+/mo · grows linearly
- OSS 拼装
- infra only
- molesignal
- infra only
三种信号同存储
日志、指标、链路是否共享一个存储层。
- 商业 SaaS
- ✓ (their cloud)
- OSS 拼装
- 3 stores, 3 query langs
- molesignal
- Parquet + DataFusion
跨信号关联
从 trace 跳到日志、再到主机指标 —— 不用 copy-paste。
- 商业 SaaS
- ✓ (paid)
- OSS 拼装
- manual trace_id copy-paste
- molesignal
- native (/web/correlation/*)
数据所有权
- 商业 SaaS
- their cloud
- OSS 拼装
- self-hosted
- molesignal
- self-hosted
五种常见选型
从你正在评估的产品或技术栈开始。每个页面都有带来源的对比矩阵和实际迁移路径。
Datadog01
molesignal vs Datadog
自托管的数据所有权与基础设施成本，对比覆盖面广的托管 SaaS 平台。
适合从这里开始
你正在寻找 Datadog 替代方案，或希望把遥测数据留在自己的基础设施内。
Grafana Stack02
molesignal vs Grafana Stack
一个数据平面，对比由 Grafana、Loki、Mimir、Tempo、Pyroscope 组成的可组合技术栈。
适合从这里开始
你喜欢开源基础设施，正在权衡组件灵活性与运维面大小。
Elastic Observability03
molesignal vs Elastic Observability
聚焦的 Apache 2.0 可观测性数据平面，对比更广泛的 Elasticsearch 与 Kibana 平台。
适合从这里开始
你正在权衡紧凑的可观测性系统与 Elastic 搜索生态。
SigNoz04
molesignal vs SigNoz
两个 OpenTelemetry 原生、自托管产品，对比不同的存储引擎、信号重点与成熟度。
适合从这里开始
你已经确定要选 OTel 原生的 Datadog 替代方案，正在比较架构与可用度。
OpenObserve05
molesignal vs OpenObserve
两个使用 Rust 与对象存储的可观测性系统，差异集中在许可证、Profiles、产品广度与成熟度。
适合从这里开始
你想要单二进制、S3 原生方案，需要继续辨别两者剩余差异。
5 分钟
五分钟沙箱
先运行产品，再相信这个页面。
启动 Postgres、MinIO 和 molesignal standalone，然后在产品首页加载内置跨信号示例数据。
- Postgres + MinIO + molesignal 单机版
- 内置日志 + 指标 + 链路样例
- 指标 → 链路 → 日志下钻
终端
$ docker compose -f deploy/docker/docker-compose.yaml --profile standalone up -d
公开构建中
代码仓库就是信任中心。
源码、Issue、路线图、贡献历史、架构与已知成熟度缺口都会在产品走向 1.0 的过程中保持公开。
★在 GitHub 上 Star
成为第一个贡献者 —— 开 issue 或 PR.
在 GitHub 上 Star
支持项目，保持知情。仓库是项目的事实源头，也是最快开 issue 的地方。
Discord — 即将上线
给 design partner 和贡献者准备的小空间。在 /design-partner 留邮箱，我们会发邀请。
交付证明
当前公开产品包含什么。
开源仓库就是产品，而不是把数据送入封闭后端的轻量 Agent。
- 日志、指标、链路、持续性能 Profile、仪表盘与服务视图
- RUM 会话、错误、Web Vitals、Source Maps 与 Session Replay
- 跨信号关联与调查栈
- 定时、实时与异常告警
design partner
成为早期参与者，让我们听见你的声音。
我们正在招募 5–15 支中等规模团队帮我们打磨 v1。每周一次的 founders 闲聊。真实影响产品方向。免费。