阿里新架构调整拆中台-我不玩了你们随意

开发 架构
中台这个思想,其实我前面很多视频都讲过,包括谈到的核心的共性能力的下沉,能够快速去构建上层应用,这些思路本身没有任何大的一些问题。

Hello,大家好,我是人月聊IT。

前不久阿里的逍遥子在内部的一次会议上面,提出了阿里最新的”1+6+N“的组织机构改革,具体新构建哪些组织机构不是重点,但是里面提到了一个关键点,就是需要对原有的中台的建设和能力提供的部门做大的一些人员的缩减。

其实从阿里提出中台概念到阿里拆中台,也不是最近一年两年的事,在几年前阿里又提出了拆中台,中台的概念本身也不是说阿里自己创造出来的,是阿里的马云到芬兰的Supercell这家游戏厂商去做相关的调研,把中台这个概念带到了阿里,引起了整个数字中台概念的大火。

所以你也可以看到,有一堆的金碟、用友、阿里的人员出来创业,去构建了类似于建数字中台建数据中台这一些的整体的解决方案。但是阿里最新的这一个组织机构改革,简单点来理解,好像就是我把所有的企业、所有的软件厂商都忽悠下水了以后,然后一句话告诉大家我要上岸了,我不玩了。

中台这个思想,其实我前面很多视频都讲过,包括谈到的核心的共性能力的下沉,能够快速去构建上层应用,这些思路本身没有任何大的一些问题。

但是,很多去给甲方的企业做数字中台建设的实际的项目建设案例来说,大部分的项目最终都建设的夭折、失败或者是不成功。也就是说互联网的中台概念,到了企业以后水土不服,现在一看反而又变成什么呢?在互联网这个大的平台下面,中台的构建思想是不是好像也出了问题,在前面我专门谈到过数据中台,把数据中台的道理讲清楚了,数据中台相对来说大家还容易去理解,但是现在大量数据中台的建设项目仍然不成功,数据中台建设成了一个融合BI、主数据、数据交换各种能力的一个四不像的这么一个东西,最终也没有体现沉淀企业共性的数据资产,让数据资产通过服务的方式体现它应有的价值。

图片

我觉得对于业务中台这个概念就更是很难把它说清楚,因为别人也经常问我业务中台这个概念,我其实很难解释清楚。如果你去看阿里的整体的数字中台的架构图,去理解的话,你可能感觉围绕电商领域来说的话,就是我的用户中心、商品中心、订单中心、结算中心、会员中心一堆的微服务中心组成的能力加能力对外暴露的接口,就是阿里经常谈到的业务中台。

所以到了企业来说,企业原来本身已经进行了多年的IT系统的建设,你让已有IT基础的企业要凭空从0到1建一个业务中台出来,那基本上就是一种扯淡概念。反而是我原来讲过的,你原来已经是单体架构的时候,你就去将遗留单体可复用的能力暴露出来,去构建SOA的共享服务能力平台往往是更有效、更快速、更能够解决你上层业务和流程快速构建的这么一个问题。

同时,我们再来反思一下为什么业务中台的建设推进这么困难,这不是单纯的你去构建中台思想、构建平台加应用思想的时候,你本身涉及到的业务的变革、组织机构的变革,还不简单是这样。你即使已经成立有独立的中台的部门、上层的应用新应用开发的创新的部门,你会发现业务中台的整体思路推进仍然有很多的问题。我们从两个视角简单来理解一下。

第一个视角,新增能力下中台难以敏捷。从业务的视角来看,我上层有一个创新部门,要新构建一个应用,我们的思路都是希望能够大量复用底层已有的中台能力,但是当我再去构建这一个新的应用的时候,发现底层中台能力不够,我还要自建能力的时候,这个时候问题就出现了。那么这个能力究竟是应该应用自己建设?还是说大家又要坐到一起来讨论,这个能力是不是后续可以复用的能力,应该放到中台层去建设?

这个事情可能就要扯很久,这个讨论扯皮的时间一长,应用构建的敏捷性完全都没有了。如果这个能力最终决策要放到业务中台去做,当业务中台去做这种共性能力的时候,它就不能单独考虑只满足你当前一个创新应用来使用,还要考虑其他可扩展可复用的很多可能衍生的新场景,那么业务中台要把这个能力做出来,它整个的研发交付周期一点都不会缩短,这个是我们讲的为什么其实有了中台以后,当构建上层新的业务应用的时候,需要业务中台加能力的时候,你会发现很麻烦,没有想的这么简单,这是第一点。

第二点,中台部门人员脱离业务。组织机构变革以后,我们有独立的中台部门,但中台部门它本身又不承接上层的业务,这样中台部门的这帮人就麻烦了,当中台能力已经稳定了以后,中台部门这帮人要干什么呢?他们一定会再去考虑还有哪一些新能力能够加到我的中台里面来。但是你想一下中台部门的这一帮人,他们往往会长期的脱离一线的业务,等于他们是关起门来坐在自己屋子里在想我究竟有什么新的能力应该放到我的中台里面,脱离一线实践你新做的一些中台层的能力能怎么样去满足上层业务应用呢。

所以,说来说去最后简单总结你会发现什么呢?

中台的能力一定不是说你能够凭空想出来的,中台的能力一定是大量的IT业务系统建设以后沉淀下来的。如果你仍然采用的大量的业务IT系统建设的方式沉淀你中台的能力,那么在这种场景下面,你会发现根本就没有一个标准的业务中台这么一个产品,这么一个平台。它更多的应该就是底层我已经有的业务系统、微服应用能力的一个聚合平台,它更像是我们传统在谈SOA的时候,谈到的一个服务能力共享开放平台,这个才是我们真正需要的一个东西。

所以,经过我上面一些分析,以后大家再去做传统企业IT架构转型的时候,你如果去构建数据中台往往还说得过去,但是尽量不要谈我要去构建业务中台,因为业务中台这个概念本身就很虚,很难落地。你可以谈我要去构建一个能力共享平台、能力聚合平台,这些也都没有问题。

好了今天的简单分享就到这里,希望对大家有所启发,再见!

责任编辑:武晓燕 来源: 人月聊IT
相关推荐

2020-12-24 08:56:18

中台阿里内网

2021-08-03 06:43:31

阿里中台业务

2013-01-11 10:36:39

阿里架构调整

2015-09-02 09:02:21

阿里无线前端架构

2021-01-11 08:03:30

阿里中台项目

2020-03-31 10:36:07

数据平台架构

2019-12-16 09:40:18

中台员工语言

2020-11-30 08:07:31

中台CTO项目

2014-08-22 13:27:59

物联网

2020-09-18 15:09:31

阿里云数据中台

2021-04-22 08:45:38

架构交易中台

2020-01-09 12:30:20

架构运维技术

2019-11-04 13:09:43

数据平台架构

2013-08-26 09:31:47

技术面试

2020-06-28 08:34:07

架构师阿里软件

2022-02-22 11:14:51

架构转型企业IT

2022-02-21 08:53:45

IT架构数字中台

2020-08-21 08:41:08

中台微服务架构

2023-05-27 08:29:40

中台阿里巴巴架构

2019-09-27 15:14:58

架构运维技术
点赞
收藏

51CTO技术栈公众号