公开材料说明
- Snowflake Workspaces 在 Notebook 内新增实时 CPU、内存视图和服务详情窗格。
- 计划运行错误会区分系统错误和用户错误，并在执行前验证缺失文件等常见配置问题。
- 运行历史包含 Query ID，并直接链接到对应执行的查询结果页面。
数据平台 · 产品截图
Snowflake Notebooks 可观测性
Notebook 从交互开发进入定时生产后，用户很难快速判断运行是否成功、失败属于平台还是代码，以及应该去哪里定位具体查询。
管任务 · 任务编排
查看完整原图 ↗配图 01 / 02
代表界面
- 要解决的问题
- Notebook 从交互开发进入定时生产后，用户很难快速判断运行是否成功、失败属于平台还是代码，以及应该去哪里定位具体查询。
可以借鉴 · DataHot 解读
长任务或定时任务列表至少应提供状态、时间、错误类别和一键下钻证据，不要只给“失败”。
查看完整原图 ↗配图 02 / 02
原文配图 2
- 配图说明
- 原文未单独提供图注，可打开完整原文结合上下文阅读。
代表图优先，其余配图保留原文顺序；配图不代表一次连续操作。材料核对于 2026-09-04 · 阅读完整原文 →
设计拆解
DataHot 解读
- 开发态用轻量状态灯、排障态再展开完整窗格，形成了“持续感知—按需下钻”的信息层级。
- 把每次运行与查询、日志、指标和 Trace 连接起来，缩短了从“失败”到“可定位证据”的路径。
功能模块
- 实时 CPU 与内存仪表
- 资源明细与内核控制
- 服务日志与查询
- 计划运行历史
- 错误分类与 Query ID
交互方式 · 案例整理
- 在 Notebook 页脚持续查看资源利用率和颜色预警
- 点击仪表下钻到文件、后台进程与内核控制
- 在运行历史按时间、状态与任务筛选
- 从失败运行的 Query ID 一键进入查询结果页
可以借鉴
- 长任务或定时任务列表至少应提供状态、时间、错误类别和一键下钻证据，不要只给“失败”。
- 资源健康可以常驻为低噪声状态；只有越过阈值时再升级颜色并给出就地操作。
收益与代价
- 统一可观测入口减少工具切换，但日志、资源、查询和运行状态同时出现，需要清晰区分用户任务与平台服务两个层级。
- 更具体的错误提示提高自助排障率，也要求后端稳定维护错误分类和可行动建议。
适用边界代表图主要展示运行历史，不包含文中所有资源监控和错误状态。 功能依赖 Snowflake Workspaces 与相应运行时版本，不能直接代表通用 Notebook 产品。
资料出处
阅读站内原文 →对你的产品设计有帮助吗？
反馈与收藏分开保存在当前设备。