集团型企业总部，有必要建数据中台吗？

搞IT的人还是要学一点<可拓学>方法论，最近几天跟远在武汉继续从事资产全寿命劳动的万军同学讨论数据中台问题，之前我一直认为业务中台或者应用中台大概其是没有必要的，最近半年多的消息，尤其是来自炮制中台概念的那家企业消息，也证实了我们之前的分析和判断。去年11月份我在新浪博客发表了一篇文章《最近，区块链之后，IT们又开始忽悠“中台”技术了》（414次阅读，百度可搜）。

OK，先讲一个貌似很古老的故事....

在我们很年轻的时候，大约有30年了吧，美国NASA已经获得了来自外太空很多的数据，包括电磁波信号在内，美国人想从这里面分析、提取出有关地外文明的蛛丝马迹，但那年头计算机算力还非常有限，几乎没有能力做如此大规模的计算，咋办呢？NASA里头有高人，他们把程序拆成小片片，连同数据，分发给全世界有PC机、有天文学基本知识、对天文学感兴趣尤其是对地外文明感兴趣的组织和个人，通过广泛发动人民群众的力量，来完成NASA一家难以完成的巨大挑战。那时候，这东西叫分布式计算。

（网络图片，感谢摄影者）

继美国之后，中国也成为世界上重量级的天文探测国家，上图是建在贵州大山里头、直径500米的射电天文系统（FAST），乃世界之最，一点都不夸张。现在，计算机这东西的算力已经非常强大，已经不需要再像当年美国NASA那样搞分布式计算了。

OK，继续说中台问题.....

如果一家集团企业，真的很有钱、数据的实时性要求不高、数据分析与业务运行可以不在线，那么搞搞数据中台，无可厚非。但是如果数据分析与业务运行的联动性很强、对实时性有很高的要求。

就像我们去年在武汉从事资产全寿命劳动时画的这张图片所表达知识图片和图数据库在电网设备故障分析和溯源应用这样的，那么搞数据大集中未必就是一个很好的技术方案了。那么问题又来了，做类似这样实时性有一定要求的在线应用，需要基于全网设备运行历史数据的分析和整合，这是大前提。如果不建设全网level的运行数据大整合，这事怎么做呢？

所以，说不定，从前美国NASA分布式计算的思路，现在还是可以借鉴的。

继续拿电网设备故障举例，电网设备的数据在两个系统里头，一个是跟运维计划、故障和缺陷类型、消缺、工单及BOM、成本（例如LCC）、事故应急、技改等相关的业务数据，主要在省市级的PMS里头；另一个是未来设备运行的实时监测数据会在泛在电力物联网的系统里头。这两大类数据，都在基层单位，而且实时性比较高（尤其是后者），是可以满足快速的设备故障溯源和深度链路查询和分析的。