在前面一系列文章中，我们反复讲到数据空间要”打破数据孤岛”。但”打破孤岛”是一句口号式的目标，不是一个可操作的工程指标。怎么知道一个数据空间是不是真正打破了孤岛？
这里给出六个可衡量的维度，数据空间生态运营的六个”跨”能力。每一个”跨”维度，对应一个被打破的”孤岛”。
维度零：可信与安全，贯穿一切的”基础设施”
这是贯穿所有维度的基础属性。
没有可信与安全，任何”跨”都是不现实的。一个金融机构不会因为”跨地域”就把数据传到另一个地域的安全标准不可控的系统里。一个政府部门不会因为”跨层级”就把政务数据开放给下级机构但没有权限控制。
在生态运营中，可信与安全不是一个”先做完再扩展”的阶段，它是跟生态扩展同步进行的配套工程。每扩展一个维度，对应的安全措施就要同步延伸。
维度一：跨层级
传统的数据流通主要发生在同一管理层级内部，部门内部的系统和部门之间的系统。
跨层级打破了这一限制。数据在上下级之间自由流动，在政府部门内部，城市数据空间的数据可以在市级和区县级之间流通；在企业内部，集团层面的数据空间可以在总部和子公司之间贯通。
跨层级的核心挑战不是技术，是治理。不同层级的合规要求可能不同，数据在跨层级流动时需要自动适配各层级的规则。
维度二：跨地域
数据空间的价值辐射范围，取决于它跨越了多少地理边界。
一个城市数据空间在同一个城市范围内流通数据，一个行业数据空间可能在全省范围内流通数据，一个跨境的行业数据空间可以在不同国家的参与方之间流通数据。
跨地域最大的障碍不是距离，而是监管差异。不同行政区域对数据的合规要求不同，不同国家对数据出境的监管要求不同。跨地域的能力取决于数据空间能否在技术上实现”规则随数据走”。
维度三：跨系统
数据空间中的参与方使用的技术系统各不相同，有的用Oracle数据库，有的用MySQL，有的用云上对象存储，有的用本地文件系统。
跨系统的能力，是数据空间连接器存在的根本原因。连接器标准化的接口屏蔽了底层系统的差异，A参与方的数据通过连接器从Oracle数据库中流出，B参与方的数据通过连接器写入自己的MySQL数据库，双方不需要关心对方用的是什么数据库。
作者将其总结为”三统一”：集成、兼容、互操作。三个层次逐级递进，先能集成在一起，再能在格式上兼容，最终能在语义上相互理解（互操作）。
维度四：跨部门
数据孤岛最大的痛点不在系统层面，在组织层面。
一个企业内的市场部和研发部不愿意共享客户数据，不是因为技术做不到，而是因为部门之间有信息壁垒，没有激励机制让它们愿意共享。
跨部门能力的建设，不是技术问题，而是治理问题。需要解决：数据共享的规则是什么？共享后的收益如何分配？如何保护各部门的数据主权？
维度五：跨业务
数据在不同业务领域之间的复用，是数据空间”释放叠加价值”的核心体现。
一份设备运行数据，既可以用于生产部门的质量分析（核心业务），也可以用于保险部门的精算定价（衍生业务），还可以用于环保部门的碳排放监测（社会价值），同一数据在不同业务场景中释放了不同层次的价值。
跨业务的能力取决于数据空间的元数据描述是否足够丰富，使用方能不能通过语义发现引擎，找到跟自己业务需求匹配、但并非为自己”定制”的数据。
怎么看这六个维度
六个维度不是”一次全部做完”的挑战清单。它们是一个成长路线图：数据空间在初期可能只实现了”跨系统”和”跨部门”两个维度；随着生态的成熟，逐步扩展到”跨层级”和”跨地域”；最终实现”跨业务”的深度融合。
运营者的任务不是”六个维度一次搞定”，而是”判断当前生态处于哪个维度，下一步要扩展哪个维度”。
数据空间生态的生命力，不取决于技术有多先进，而取决于六个”跨”维度的广度。每跨过一个维度，数据空间就打破了一层孤岛——从”跨系统”到”跨业务”，孤岛的围墙在逐一倒下。
我是BSN联盟成员。有着十年区块链与隐私计算的产品开发和方案咨询经验，先后参与多个国家重大课题，亲手建过区块链、隐私计算、可信数据空间的落地项目。不追概念，写真的。