大家好,我是易安!
中台是数字化转型中备受关注的话题。今天,我们将重点探讨业务中台和数据中台。同时,作为企业数字化中台转型的整体,我们也会探讨前台和后台的设计思路。
平台与中台
中台这一概念源于阿里巴巴,并引发了许多企业将自身系统与阿里的中台进行比较。一些企业在十多年前就完成了大一统的集中式系统拆分,实现了从传统的单体应用向大型平台的演进。它们将公共能力和核心能力分离建设,解决了重复投入和建设的公共模块问题。
然而,这符合阿里所提出的中台概念吗?在回答这个问题之前,我们可以先了解一下阿里中台的具体定义。
阿里中台的前身是共享平台,过去的共享平台更多地被视为资源团队,它们接收各业务方的需求,并为业务方提供定制开发的基础服务。阿里中台的目标是将核心服务链路(例如会员、商品、交易、营销、店铺、资金结算等)整体作为一个平台产品来构建,为前端业务提供整体的解决方案,而不是独立的系统。
现在我们来分析传统企业的大平台战略和阿里中台战略之间的区别。
传统平台仅将部分通用的公共能力独立为共享平台。尽管可以通过API或数据向外提供共享服务,以解决系统重复建设的问题,但这类平台并未实现前端到后端的全面融合,包括页面、业务流程和数据的融合。此外,它们也没有将核心业务服务链路作为一个整体方案考虑,各个平台仍然是分离且独立的。
可以明显看出,传统平台虽然解决了公共能力复用的问题,但与中台的目标相比仍存在差距!
什么是中台?
“一千个读者就有一千个哈姆雷特”,这句话非常适用于技术圈对中台的定义,因为有很多不同的说法。
首先,让我们看看阿里内部对中台的定义:“中台是一个基础的理念和架构,我们要以中台的思维方式来建设所有的基础服务,以实现各业务之间的联通,共同支持上层业务。业务中台主要支持在线业务,数据中台提供基础数据处理能力和多个数据产品,供所有业务方使用。业务中台、数据中台、算法中台等共同为上层业务提供支持。”
接下来,让我们看看思特沃克对中台的定义:“中台是企业级能力复用平台。”
综上所述,我们可以提炼出几个关于中台的关键词:共享、联通、融合和创新。联通是指前台和中台之间的互联,融合是指前台流程和数据的融合,并以共享的方式支持前线业务的发展和创新。
我认为,中台首先体现的是一种企业级能力,它提供一套企业级的整体解决方案,解决从企业、集团到生态圈的能力共享、联通和融合问题,支持业务和商业模式的创新。通过平台的联通和数据的融合,为用户提供一致的体验,更敏捷地支持前线业务。
中台源于平台,但与平台相比,它更多地体现了一种理念的转变,主要体现在以下三个关键能力上:对前线业务的快速响应能力、企业级的能力复用以及前台、中台和后台的设计、开发、页面操作、流程服务和数据的无缝联通、融合能力。
在其中,快速响应能力和企业级的无缝联通和融合能力最为关键,特别是对于跨业经营的超大型企业而言,这些能力至关重要。
数字化转型中台应该共享什么?
相较于互联网企业,传统企业的渠道应用更加多样化,包括面向内部员工的门店应用、面向外部用户的互联网电商平台以及移动应用程序(APP)。尽管这些应用面向不同的用户和场景,但它们的功能基本涵盖了核心业务能力。此外,传统企业还会向生态圈的第三方开放部分核心应用的页面或API服务能力,以实现相互借力、共同发展。
为了适应不同业务和渠道的发展,过去许多企业的做法是开发大量独立的应用或APP。然而,由于在IT系统建设初期缺乏企业级整体规划,各个平台之间的融合效果不佳,导致用户体验不佳,而且最关键的是用户不愿意安装太多的APP。
为了提升用户体验、实现统一运营,许多企业开始减少APP的数量,并通过一个综合性的APP整合企业内的所有能力,以实现前台各个核心业务链路的联通。
由于传统企业的商业模式和IT系统建设发展历程与互联网企业存在差异,因此传统企业在中台建设策略上与阿里中台战略可能存在一定差异,需要共享的内容也各有不同。
![alt](https://i-blog.csdnimg.cn/blog_migrate/9deb8ac9914281e86a69488b44e40e53.png)
由于渠道的多样化,传统企业不仅需要将通用能力进行中台化,以实现通用能力的积累、共享和复用。这里的通用能力可以理解为领域驱动设计(DDD)中的通用域或支撑域。同时,传统企业还需要将核心能力进行中台化,以满足不同渠道之间的核心业务能力共享和复用的需求,避免出现传统核心系统和互联网不同渠道应用之间的“双核心、两张皮”的问题。这里的核心能力可以理解为DDD中的核心域。
这就涉及到业务中台的范畴,我们需要解决核心业务链路之间的联通以及不同渠道之间的服务共享的问题。此外,我们还需要解决在系统微服务拆分后可能出现的数据孤岛、数据融合和业务创新等问题。特别是在采用分布式架构后,我们更应该关注微服务拆分后的数据融合和共享问题。
综上所述,在中台的设计和规划过程中,我们需要综合考虑企业内前台、中台和后台应用的协同,实现不同渠道应用之间前端页面、流程和服务的共享,以及核心业务链路之间的联通,实现前台流程和数据的融合和共享,从而支持业务和商业模式的创新。
如何实现前中后台的协同?
企业级能力往往是前中后台协同作战能力的体现。
如果把业务中台比作陆军、火箭军和空军等专业军种的话,它主要发挥战术专业能力。前台就是作战部队,它需要根据前线的战场需求,对业务中台的能力进行调度,实现能力融合和效率最大化。而数据中台就是信息情报中心和联合作战总指挥部,它能够汇集各种数据、完成分析,制定战略和战术计划。后台就是后勤部队,提供技术支持。下面我们分别来说说。
1. 前台
传统企业的早期系统有不少是基于业务领域或组织架构来建设的,每个系统都有自己的前端,相互独立,用户操作是竖井式,需要登录多个系统才能完成完整的业务流程。
![alt](https://i-blog.csdnimg.cn/blog_migrate/705905ea41470953a948ad5f8763d7bc.png)
中台后的前台建设要有一套综合考虑业务边界、流程和平台的整体解决方案,以实现各不同中台前端操作、流程和界面的联通、融合。不管后端有多少个中台,前端用户感受到的就是只有一个前台。
![alt](https://i-blog.csdnimg.cn/blog_migrate/1ebca9eb19b5978a0c526b1d410ee4d5.png)
在前台设计中我们可以借鉴微前端的设计思想,在企业内不仅实现前端解耦和复用,还可以根据核心链路和业务流程,通过对微前端页面的动态组合和流程编排,实现前台业务的融合。
前端页面可以很自然地融合到不同的终端和渠道应用核心业务链路中,实现前端页面、流程和功能复用。
2. 中台
传统企业的核心业务大多是基于集中式架构开发的,而单体系统存在扩展性和弹性伸缩能力差的问题,因此无法适应忽高忽低的互联网业务场景。而数据类应用也多数通过ETL工具抽取数据实现数据建模、统计和报表分析功能,但由于数据时效和融合能力不够,再加上传统数据类应用本来就不是为前端而生的,因此难以快速响应前端一线业务。
业务中台的建设可采用领域驱动设计方法,通过领域建模,将可复用的公共能力从各个单体剥离,沉淀并组合,采用微服务架构模式,建设成为可共享的通用能力中台。
同样的,我们可以将核心能力用微服务架构模式,建设成为可面向不同渠道和场景的可复用的核心能力中台。 业务中台向前台、第三方和其它中台提供API服务,实现通用能力和核心能力的复用。
![alt](https://i-blog.csdnimg.cn/blog_migrate/0a62242e8b65147de13a377d9198d1b7.png)
在将传统的集中式单体应用按照业务职责和能力进行微服务拆分,构建中台的过程中,会产生越来越多独立部署的微服务。这种做法虽然提升了应用的弹性和高可用性,但由于微服务的物理隔离,原本系统内部的调用变成了跨微服务的调用。再加上前后端的分离,微服务的拆分导致数据进一步分离,增加了企业级应用集成的难度。
如果没有合适的设计和指导思想,无法妥善处理前台、中台和后台之间的关系,将会进一步加剧前台流程和数据的孤岛化和碎片化。
数据中台的主要目标是打通数据孤岛,实现业务的融合和创新,包括以下三个主要职能:
-
完成企业范围内的数据采集和存储,实现各个不同业务中台数据的汇总和集中管理。 -
根据标准的数据规范或数据模型,对数据进行加工和处理,形成面向不同主题和场景的数据应用,例如客户视图、代理人视图、渠道视图、机构视图等不同的数据体系。 -
建立以业务需求为驱动的数据体系,深度挖掘数据的价值,支持业务和商业模式的创新。
相应地,数据中台的建设可以分为三个步骤:
-
第一步是实现各个中台业务数据的汇集,解决数据孤岛和初级数据共享的问题。 -
第二步是实现企业级的实时或非实时全面数据的深度融合、加工和共享。 -
第三步是挖掘数据的价值,支持业务创新,加快将数据转化为业务价值的过程。
数据中台不仅适用于分析型场景,也适用于交易型场景。它可以建立在数据仓库或数据平台之上,将数据服务化后提供给业务系统。借助基于数据库日志捕获的技术,数据的时效性大大提升,从而为交易型场景提供良好的支持。
综上所述,数据中台的主要任务是实现数据的融合和加工,挖掘数据的业务价值,并支持业务创新,同时向外部提供数据共享服务。
3. 后台
很多人在提到中台时常会问:“既然有前台和中台,那是否有后台,后台的职责又是什么?”
让我们来看一下阿里对前台、中台和后台的定位。
-
前台主要面向客户和终端销售者,实现营销推广和交易转化。 -
中台主要面向运营人员,提供运营支撑。 -
后台主要面向后台管理人员,实现流程审核、内部管理以及后勤支撑,例如采购、人力资源、财务和OA等系统。
对于后台而言,为了满足内部管理需求,许多人习惯将这些管理要求嵌入到核心业务流程中。然而,通常情况下,这类内部控制管理需求对于权限、管控规则和流程等方面的要求都较高,但大部分管理人员只是参与某个局部业务环节的审核。这种复杂的管理需求会增加不同渠道应用前台界面和核心流程的融合难度,并增加软件开发的复杂性。
在设计流程审核和管理类功能时,我们可以考虑按照角色或岗位进行功能聚合,将复杂的管理需求从通用的核心业务链路中剥离出来。可以借鉴小程序的建设模式,通过特定的程序入口嵌入前台应用或APP中。
将管理需求从前台核心业务链路中剥离后,前台应用将具有更好的通用性,更容易实现各个渠道前台界面和流程的融合。一个前台应用或APP可以无差别地面向外部互联网用户和内部业务人员,从而促进传统渠道和互联网渠道应用前台的融合。
总结
今天我们分享了中台建设的一些思路。企业的中台转型不只是中台的工作,我们需要整体考虑前台、中台和后台的协同、共享、联通和融合。希望对你有所帮助。
本文由 mdnice 多平台发布