中台的概念及其架构设计

中台的产生，并非完全是自顶向下的战略设计，也并非是为了追随某种行业风口，而是随着公司业务高速发展、组织不断膨胀的过程中暴露的种种问题需要被解决。

以及许多正在实践中台业务的公司，都有类似的问题，这些问题，大约会是两类:

• 许多业务需求或功能需求高度类似、通用化程度很高，但是由于没有专门的团队负责规划和开发，大量的系统重复开发、重复建设，导致复用性低、效率低、产研资源浪费、用户体验不统一。

• 早期业务发展过程中，为了解决一些当下的业务问题，垂直的、个性化的业务逻辑与基础系统耦合太深，由于没有平台性质的规划，横向系统之间、上下游系统之间的交叉逻辑也非常多，这样导致在新业务、新市场的拓展过程中，系统没法直接复用，甚至没法快速迭代。

这两类问题，在软件开发领域，有专门的名称，叫做“重复造轮子”和“烟囱式架构”。这两类问题本质上是企业在发展过程当中，为了解决当下的业务问题，快速上线了很多功能，而欠下了许多技术债，当企业进入成熟期之后，发现这些问题的存在，严重影响了企业的运行效率和运营成本。

大多数提出中台战略或是建设大中台的公司，大多都有类似的困境。业务高速发展多年，许多问题积重难返或者大量在解决“重复造轮子”的问题，中台这个概念，很多情况下是因为契合了大公司业务的发展的情况，而被大家广泛认可。

为什么需要发展中台

业务进入到高速发展阶段时，会遇到很多的问题，但大概率会遇到的一个问题是，过往的业务模型，产品能力很有可能没法完全承接住大规模用户增长带来的压力。

中台作为一种产品设计思路，或者系统架构思路，并不受限于公司的规模，理论上讲，任何一家即将或者正在面临业务高速增长的状态时，都很值得利用和借鉴中台的思路，将目前业务当中大量可复用的功能和场景进行梳理，为业务的高速增长做好准备。

对于中小公司而言，中台的理念不见得是单独拉几十人搭建一个中台产研团队，可以将一些关键流程先行标准化，把一些反复出现的场景当中的解决方案进行沉淀，部分需要产品化的功能先行产品化，这些事沉淀的基础。

中台需要做什么？

对于中台产品经理来说，必须思考的问题是，这个功能在现在或者将来能满足多少业务场景？如果将来有新的业务出现，是不是能够复用？或者说，需要做多大的调整才可以复用？甚至于，这个功能有没有可能对外输出，提供SaaS化的服务。拓展阅读《云计算的三种模式IaaS/PaaS/SaaS对比：分析SaaS架构设计其精髓》。对于中台产品而言，他们的能力要求其实跨越非常大。

• 需要极强的逻辑思维和战略分析能力，能够看到业务当中的关键流程，理解业务接下来的发展方向，并将其转化为产品功能，与研发一起实现。

• 又需要极强的沟通和交流能力，能够在与多个业务线，需求、背景、想法各不相同的相关方一起，推动完成相关功能的实现。

对于中台的架构师来说，中台部分在逻辑上分成了基础能力和平台产品两层，这样做的好处是，基础能力层聚焦于稳定收敛的业务模型和基础服务本身，不会随着业务和前台产品的调整发生变化，可以简单理解为业务模型的DAO。平台产品层则专注于通过流程编排类的技术手段，将基础能力构建成业务的解决方案，解决共性和个性化的问题。我们将以交易的设计为例来说明这个分层理念。通过对电商交易业务的深入分析，

中台与平台的区别

• 中台是业务应用啊，平台是不带有业务特征性。

• 中台是被别人集成的，要爬在无数个别人的身上。而平台的作用一般是要集成别人的，让无数个别人爬到自己身上。

• 中台是动态变化的，是数据驱动不断训练调整人工智能业务算法和业务模型的。平台是静态的，一旦版本发布，不管你是今年调用这个功能，还是明年调用这个功能，出来的效果是一样的。

中台的核心本质：业务为本、网络连接、数据智能。

参考文章：

基于大中台架构的电商业务中台最佳实践之一：业务中台总体架构介绍 https://blog.csdn.net/yinghe_one/article/details/83145596

https://www.zhihu.com/question/57717433/answer/719218827

https://www.zhihu.com/question/57717433/answer/634927060

https://www.zhihu.com/question/57717433/answer/247759041

转载本站文章《中台的概念及其架构设计》,
请注明出处：https://www.zhoulujun.cn/html/webfront/engineer/Architecture/8467.html