中台的产生,并非完全是自顶向下的战略设计,也并非是为了追随某种行业风口,而是随着公司业务高速发展、组织不断膨胀的过程中暴露的种种问题需要被解决。
以及许多正在实践中台业务的公司,都有类似的问题,这些问题,大约会是两类:
这两类问题,在软件开发领域,有专门的名称,叫做“重复造轮子”和“烟囱式架构”。这两类问题本质上是企业在发展过程当中,为了解决当下的业务问题,快速上线了很多功能,而欠下了许多技术债,当企业进入成熟期之后,发现这些问题的存在,严重影响了企业的运行效率和运营成本。
大多数提出中台战略或是建设大中台的公司,大多都有类似的困境。业务高速发展多年,许多问题积重难返或者大量在解决“重复造轮子”的问题,中台这个概念,很多情况下是因为契合了大公司业务的发展的情况,而被大家广泛认可。
业务进入到高速发展阶段时,会遇到很多的问题,但大概率会遇到的一个问题是,过往的业务模型,产品能力很有可能没法完全承接住大规模用户增长带来的压力。
中台作为一种产品设计思路,或者系统架构思路,并不受限于公司的规模,理论上讲,任何一家即将或者正在面临业务高速增长的状态时,都很值得利用和借鉴中台的思路,将目前业务当中大量可复用的功能和场景进行梳理,为业务的高速增长做好准备。
对于中小公司而言,中台的理念不见得是单独拉几十人搭建一个中台产研团队,可以将一些关键流程先行标准化,把一些反复出现的场景当中的解决方案进行沉淀,部分需要产品化的功能先行产品化,这些事沉淀的基础。
对于中台产品经理来说,必须思考的问题是,这个功能在现在或者将来能满足多少业务场景?如果将来有新的业务出现,是不是能够复用?或者说,需要做多大的调整才可以复用?甚至于,这个功能有没有可能对外输出,提供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
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。