“Telemetry 是从转储数据到真正理解数据的最简单方法之一。”
Shayan Taslim
创始人， LogSnag确认的背景
此页面将已发布的反馈与其他团队可以应用的一般模式分开。
- Shayan Taslim 是 LogSnag 的创始人。
- 他发表的反馈描述了从发送原始数据到理解数据的路径。
- 该声明没有声明具体的事件量、查询基准或量化的业务结果。
可重复的图案
具有相同需求的团队如何开始
1
从一个决定开始
选择一个问题，例如哪些 Webhook 故障仍未解决或哪个激活步骤丢失的帐户最多。该决定确定事件边界和所需字段。
2
保持原始结果可查询
存储紧凑类型的事件，而不仅仅是预先聚合的指标。同一行可以支持高级图表和详细调查。
3
推广已审核的答案
一旦 SQL 与预期的综合案例匹配，将结果保存为图表、仪表板小部件、警报或计划报告。
评估蓝图
将工作流程变成您可以验证的证据
以下示例是从已发布的工作流程中得出的实用评估计划。它们不是关于客户的实施、事件模式或结果的声明。
1
问题和活动合同
事件流当前是否足够值得信任？
ingestion_observation 包含源、环境、event_name、timestamp_utc 和 received_at
验证检查
在分析工作流程之前，发送带有时间戳的固定装置并验证收据、架构、示例行和新鲜度。
2
问题和活动合同
哪些故障仍需要采取行动？
workflow_completed 与 workflow_id、状态、error_type、尝试、duration_ms 和 account_id
验证检查
包括已知的首次尝试失败和恢复的重试，以便查询区分尝试和最终结果。
3
问题和活动合同
另一个人可以重现答案吗？
使用具有明确单位和稳定标识符的类型化、记录的字段
验证检查
将审阅的 SQL 保存在其定义、时间窗口、排除和预期固定结果旁边。
此工作流的 SQL 查询示例
相关产品功能
继续此工作流程 仪表板
将经过验证的产品或收入查询转变为集中的决策界面。
尝试相同的事件到答案工作流程
创建 API 密钥，检测有意义的工作流程，并将第一个审核的查询转换为图表或报告。
更多客户案例
Browserflow: 从商业事件到显而易见的答案SwiftCX: 用于日志、事件和自动报告的快速 SQL 工作台