提示:《中台详解系列》共分上下两篇,本文为上篇,总计约8100字,因为文中涉及知识体系较为广泛,建议预留20—25分钟进行阅读。文末有系列文章下篇的链接。
摘要:目前市场仅对“中台”和“平台”间的继承和发展关系有一定共识,“中台”的定义及建设规范尚未有明确定论。本系列文章旨在基于“以终为始”的思维模式,及“软件对现实世界建模”的基础条件,梳理传统软件“平台”所面临的问题,并以此为起点,结合经济学中专业化分工协作理论,为“中台”进行职能定义,再通过“中台”的职能定义给出“中台”建设的建议方案。
18年初,我初次接触到“中台”概念的时候,也不免心驰神往了一番,毕竟即使在概念漫天飞的国内IT圈,“中台”也算是天空中最亮的那颗星。现在临近2020年末,近3年的时间如白驹过隙,期间我有幸参与了多个“中台”项目,其中吉利汽车全球营销业务“中台”项目在整个阿里云“中台”战略中也算是比较成功的案例。
然而遗憾的是,“中台”也未能逃脱国内IT圈大热概念“站得越高,摔得越疼”的魔咒,年初茅台拆除“中台”的消息像一把利剑,戳破了“中台”的泡沫。一时间各种“马后炮”震耳欲聋,这也算对得起“中台”一直以来的热度,只是其中内容漏洞百出,让人啼笑皆非。
- 有“顾名思义”说“中台”是夹在前台和后台之间,起到承上启下作用的。
- 有引用美国经济学出版图书《平台战略》来解释“中台”的。
节选自科技自媒体“技术领导力”推文
而作为一个过来人,我觉得有必要聊一聊自己的心得,以使得大家可以对“中台”有更加客观的理解。
老规矩,咱们还是按照“是什么”、“有什么价值”、“怎么做”的顺序来聊。
第一章:什么是“中台”?为什么要搞“中台”?
有人说:现在大家争论“中台”样子,跟当年争论“云”一模一样。显然什么是“中台”,市面上还没有一个统一的说法,所以这里我自己给“中台”下了一个定义:
“中台”是对传统“软件平台”的升级和加强,通过在企业层面引入新的专业化职能分工、数据唯一性建模等规则,在解决软件行业“重复造轮子”问题的基础上,进一步解决了传统“软件平台”未能解决的“软件平台间职能边界划分问题”及“数据孤岛问题”。
这里有几个关键词——“企业层面”、“软件平台”、“专业化职能分工”、“数据唯一性建模”。“中台”是对“软件平台”的自然演进这一观点,可以说在IT业界已经得到了初步的共识,阿里云的架构师也通过科技自媒体透露过阿里云对于这一问题的认知。那“软件平台”到底是怎么演进成“中台”的呢?“软件平台”又到底为什么要演进成“中台”呢?相关工作又为什么要在企业层面完成?“专业化职能分工”、**“数据唯一性建模”**又是什么鬼?鉴于所有的软件及其背后的理论、原理、概念、技术都是为了解决业务问题而产生的,就让我带着大家一边梳理“中台”产生的业务背景,一边揭开“中台”的面纱。
图片来自于阿里云业务中台&云原生架构师“宇升”在自媒体上发表的《我们阿里内部是怎么做业务中台的?》一文。
1.1.信息化带来甜蜜的烦恼
信息技术的发展对人类的影响是空前的,但对于效率的极致追求,使得人类在信息技术大规模应用后,又发掘出了一系列新的待解决问题。比如大家一致认为“中台”核心要解决的问题——重复造轮子。
- 软件研发重复造轮子的问题:
为了应对市场发展及用户成长对业务增长带来的负面冲击,企业会拓展新业务,或将已经较为成熟的业务线拆分为若干条子业务线、若干子环节以开展精细化运营。这些业务线、业务环节中,会有很多相似的业务内容,比如可能都需要广告投放、商品展示、用户激励、订单交易、支付收款等。不过不同业务线中相似业务的发生时间和细节要求并不一致。以往为了追求效率,很多企业是通过不断为不同业务线中的相似业务定制开发相似的功能来解决这个问题的。这就产生了重复劳动,会造成研发资源的极大浪费。