小胡子聊自然资源信息化数字中台战略系列之一：数字中台是个什么鬼？

大家好，小胡子又回来了。

时隔有两个月小胡子没有动笔，一方面是懒另一方面是真没啥说的，2020年自然资源信息化平平淡淡、索然无味；国土空间规划也不火了，其他信息化项目也基本上搁浅，疫情的影响都有点让人怀疑人生了。

这两个多月包括以前其实小胡子一直也在学习比较火的一个概念“中台”，在座的估计也有很多高手。小胡子索性就来一个新系列，把我学习、理解到的中台结合自然资源信息化做几次详细分享，因为“中台”内容不少，估计会分享的次数比较多，每次小胡子争取说明白一些。

关于“中台”我们第一个要明白的是他到底是个什么鬼东西？

2014年，马云在参观芬兰Supercell公司的时候，发现了他们使用的“中台”，具有很强的开发优势。Supercell的中台，其实就是所有的项目组，都在同一个平台上。此时的阿里，每一个项目都是各自推进，属于分散运营。于是，马云提出了“大中台、小前台”战略。

其实看这个描述估计很多人还是晕乎，小胡子从马云业务角度白话解释一下。以马云的电商业务为例，我们知道有淘宝、天猫、聚划算、直播等等，其实呢这些都是独立的部门，他们都需要做自己的订单管理、支付管理、用户管理等等，这样的话这四个部门就这几个功能需要做四遍，浪费很多开发成本，如果把这些做一个通用的版本，然后这四家基于这个做应用那么就不省很多钱下来吗？通用的部分就是“大中台”，具体的淘宝、天猫等就是“小前台”。

来张阿里中台架构图

说白了，这个“中台”理念小胡子总结就是两个词：“拆”、“共享”。

先说“拆”。以前我们最爱说的一句话“烟囱式开发”，一个单位8个部门，建立8个孤立的系统；一个城市8个单位，这就是八八六十四个系统，相互之间也没有啥联系。这些系统之间其实有很多类似的功能需求，每个系统都需要单独写一遍代码，开发成本维护工作量都大。

数据也是一样的模式叫“数据孤岛”。后来大家想明白了，数据层面上大家建一个统一的“数据中心”，数据孤岛解决了。系统呢，现在的战略思想就是将以前的功能进行拆解，尽可能的做成通用产品、尽可能到最小粒度，类似一个个标准化的机器零部件，然后按照标准各系统按需取就是了。

“拆”完之后就是“共享”。把这些小粒度的标准件，构建一个共享能力中心供各系统调用，这样的话，好处就出来了：1、重复的东西不用再做了；2、系统稳定性在一定程度上也缓解了，去中心化。这个战略思想应该说是很不错的，在自然资源信息化方面，国土空间基础信息平台是不是特别像“中台”战略的味道？

再用一个形象的比喻说下“中台”的重要性。系统开发架构是“前台”+“后台”，说明白了就是后台提供数据服务、功能服务等等，如果“前台”“后台”比喻是一个齿轮的话，“后台”就是一个大齿轮，“前台”就是小齿轮，强劲的大齿轮带动小齿轮前进，马力很足，但是无法去匹配各种小齿轮，只能是一种型号，也就是定制性差。但如果在中间加一个“中台”那么就能实现“变速齿轮”功效，将不同的速率进行匹配，解决匹配失衡问题。

看看这个非常形象的图：

整明白了“中台”思想，下一个疑问就是到底有多少种“中台”？家人们有没有注意这个系列名称叫“自然资源信息化数字中台战略系列”，可不是“数据中台”战略，所以，下一个话题，小胡子来白话一下“数字中台”到底有哪些？和自然资源信息化相结合的话，我们需要哪些？

这一系列文章可能会比较多，欢迎关注继续监督小胡子给写完。

重 要 说 明

文中观点系小胡子思考与任何单位无关。

如有不适通知小胡子立即删除停止传播。

私下交流请加个人微信：gisgisgisgis。