划分依据 | 工作空间的划分可以与公司的组织架构相一致。例如:生产部、营销部、人力资源部、财务部等。各工作空间承载部门内部的数据开发需求,管理各自的数据表。 | 工作空间的划分也可以根据具体业务项目规划。例如:“季度销售冲刺战役”、“春季安全生产大检查”或“高管驾驶舱报表”等。各业务项目涉及多个横向部门,对接多个业务系统的数据,汇总加工,形成数据产出。 | 按照数仓的层级结构划分工作空间,每一层可以有独立的一个或多个工作空间。例如:“统一数据接入”、“ODS层”、“数仓汇总层”等。 |
适用场景 | 部门业务单一,部门内部人员具备开发能力,数据共享场景较少,单一部门即可完成端到端业务开发。 | 业务优先的攻坚项目,多部门联合项目。 | 大型数仓,企业数仓公共层,数据中台。 |
优点 | 工作空间成员与组织架构一致,人员最稳定,数据安全性最高。同时计算、存储成本归属清晰。 | 工作空间内业务专一,人员可根据业务动态调整,数据链路清晰,易运维。 | 数据架构清晰,共享便利,人员开发技能要求单一,可根据各层特性分配不同资源。 |
缺点 | 容易形成数据烟囱,数据重复计算、重复存储,跨空间依赖复杂,资源易争抢。 | 数据架构不清晰,各业务口径不一致,工作空间内人员复杂,数据安全风险高。 | 开发周期长,运维链路长,标准模式下上层任务正式发布前需要修改代码。 |
架构稳定性 | ★★★★★ | ★☆☆☆☆ | ★★★★★ |
人员灵活性 | ★☆☆☆☆ | ★★★★★ | ★★★★☆ |
业务复杂度 | ★★☆☆☆ | ★★★★☆ | ★★★☆☆ |
数据安全 | ★★★★★ | ★★☆☆☆ | ★★★☆☆ |
可运维性 | ★★☆☆☆ | ★★★★★ | ★★☆☆☆ |
数据共享 | ★★★☆☆ | ★☆☆☆☆ | ★★★★★ |