江苏龙网

  1. 主页 > 生活百科 > >

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

架构

Hello ， 大家好 ， 我是人月聊IT 。
前不久阿里的逍遥子在内部的一次会议上面 ， 提出了阿里最新的”1+6+N“的组织机构改革 ， 具体新构建哪些组织机构不是重点 ， 但是里面提到了一个关键点 ， 就是需要对原有的中台的建设和能力提供的部门做大的一些人员的缩减 。
其实从阿里提出中台概念到阿里拆中台 ， 也不是最近一年两年的事 ， 在几年前阿里又提出了拆中台 ， 中台的概念本身也不是说阿里自己创造出来的 ， 是阿里的马云到芬兰的Supercell这家游戏厂商去做相关的调研 ， 把中台这个概念带到了阿里 ， 引起了整个数字中台概念的大火 。
所以你也可以看到 ， 有一堆的金碟、用友、阿里的人员出来创业 ， 去构建了类似于建数字中台建数据中台这一些的整体的解决方案 。但是阿里最新的这一个组织机构改革 ， 简单点来理解 ， 好像就是我把所有的企业、所有的软件厂商都忽悠下水了以后 ， 然后一句话告诉大家我要上岸了 ， 我不玩了 。
中台这个思想 ， 其实我前面很多视频都讲过 ， 包括谈到的核心的共性能力的下沉 ， 能够快速去构建上层应用 ， 这些思路本身没有任何大的一些问题 。
但是 ， 很多去给甲方的企业做数字中台建设的实际的项目建设案例来说 ， 大部分的项目最终都建设的夭折、失败或者是不成功 。也就是说互联网的中台概念 ， 到了企业以后水土不服 ， 现在一看反而又变成什么呢？在互联网这个大的平台下面 ， 中台的构建思想是不是好像也出了问题 ， 在前面我专门谈到过数据中台 ， 把数据中台的道理讲清楚了 ， 数据中台相对来说大家还容易去理解 ， 但是现在大量数据中台的建设项目仍然不成功 ， 数据中台建设成了一个融合BI、主数据、数据交换各种能力的一个四不像的这么一个东西 ， 最终也没有体现沉淀企业共性的数据资产 ， 让数据资产通过服务的方式体现它应有的价值 。
 

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

文章插图
 
我觉得对于业务中台这个概念就更是很难把它说清楚 ， 因为别人也经常问我业务中台这个概念 ， 我其实很难解释清楚 。如果你去看阿里的整体的数字中台的架构图 ， 去理解的话 ， 你可能感觉围绕电商领域来说的话 ， 就是我的用户中心、商品中心、订单中心、结算中心、会员中心一堆的微服务中心组成的能力加能力对外暴露的接口 ， 就是阿里经常谈到的业务中台 。
所以到了企业来说 ， 企业原来本身已经进行了多年的IT系统的建设 ， 你让已有IT基础的企业要凭空从0到1建一个业务中台出来 ， 那基本上就是一种扯淡概念 。反而是我原来讲过的 ， 你原来已经是单体架构的时候 ， 你就去将遗留单体可复用的能力暴露出来 ， 去构建SOA的共享服务能力平台往往是更有效、更快速、更能够解决你上层业务和流程快速构建的这么一个问题 。
同时 ， 我们再来反思一下为什么业务中台的建设推进这么困难 ， 这不是单纯的你去构建中台思想、构建平台加应用思想的时候 ， 你本身涉及到的业务的变革、组织机构的变革 ， 还不简单是这样 。你即使已经成立有独立的中台的部门、上层的应用新应用开发的创新的部门 ， 你会发现业务中台的整体思路推进仍然有很多的问题 。我们从两个视角简单来理解一下 。
第一个视角 ， 新增能力下中台难以敏捷 。从业务的视角来看 ， 我上层有一个创新部门 ， 要新构建一个应用 ， 我们的思路都是希望能够大量复用底层已有的中台能力 ， 但是当我再去构建这一个新的应用的时候 ， 发现底层中台能力不够 ， 我还要自建能力的时候 ， 这个时候问题就出现了 。那么这个能力究竟是应该应用自己建设？还是说大家又要坐到一起来讨论 ， 这个能力是不是后续可以复用的能力 ， 应该放到中台层去建设？
这个事情可能就要扯很久 ， 这个讨论扯皮的时间一长 ， 应用构建的敏捷性完全都没有了 。如果这个能力最终决策要放到业务中台去做 ， 当业务中台去做这种共性能力的时候 ， 它就不能单独考虑只满足你当前一个创新应用来使用 ， 还要考虑其他可扩展可复用的很多可能衍生的新场景 ， 那么业务中台要把这个能力做出来 ， 它整个的研发交付周期一点都不会缩短 ， 这个是我们讲的为什么其实有了中台以后 ， 当构建上层新的业务应用的时候 ， 需要业务中台加能力的时候 ， 你会发现很麻烦 ， 没有想的这么简单 ， 这是第一点 。


推荐阅读


上一篇：虚拟现实在工作场所的未来

下一篇：一篇带你学习Kubernetes Descheduler 使用