案例 · ECOM Chaco
基于已统一数据的机构看板
在 ECOM,工作不是散落的表格,而是持续的分析运营。数据集、指标以及 Apache Superset 与 Power BI 发布,按机构划分范围。看板服务的机构,与建设团队不是同一拨人。


要解决的问题
决策者不进源系统,只看切片:看板、嵌入、带权限的导出。切片定义错了,会议和办事都会受影响。指标不是装饰,而是用来做决定的数字。
工作先约定每个数字的含义——哪些字段、什么频率、谁能看——然后再发布。不会为了显示一个 KPI 而重写源系统。
发布什么
每个机构只看自己的范围。看板与报表用同一套口径。Apache Superset 与 Power BI 是发布渠道,建立在已上线的 SQL Server 与 PostgreSQL 上。
刷新在集群上跑,不是笔记本。需要地图就有地图。这是机构内部使用,不是课程作业。
失败会告警
加载或刷新失败时系统会告警,不会静默丢失。查询与导出会留痕。治理就是用户打开看板时看到的切片。
本页不列出未公开系统名或内部数字。重点是问题类型——机构数据、多个机构、仍在运行的遗留系统——与解法:统一、发布、告警。
任务用队列编排(Celery / Redis)。
这不是什么
不是部门 Excel。不是重写事务核心。不是本页展示的 ECOM 商业产品。ECOM 是工作场景;本站说明生产级分析的类型,并给出机构的公开网址。
Skadia、SIGAG 与演示 lakehouse 是另一场景:田间、离线、畜牧。方法相近,环境不同:这里用户是机构,那里是没有信号的围场。
招聘方常问
- Superset 还是 Power BI?
- 两者都有,取决于机构及其已有技术栈。工作是数据集、指标与切片;可视化工具是发布渠道。
- 会重写源系统吗?
- 不会。在 SQL Server 与 PostgreSQL 上暴露查询层。事务核心继续运行。
- 本页有内部管理数字吗?
- 没有。不含内部数字或未公开系统名。案例用问题与设计来写,不用机密看板。
机构内部使用。不含第三方日常操作屏幕。