【AICon】 如何构建高效的 RAG 系统?RAG 技术在实际应用中遇到的挑战及应对策略?>>> 了解详情
写点什么

不做中台当然会死!

  • 2020-02-04
  • 本文字数:2376 字

    阅读完需:约 8 分钟

不做中台当然会死!

最近《中台,我信了你的邪 | 深氪》这篇文章火了,其以茅台公司失败的中台项目为案例,对于中台的起源、本质和问题进行了探讨,主要的观点如下:

1、中台的起源

(1)阿里中间件首席架构师钟华所写的《企业 IT 架构转型之道》提到的芬兰游戏公司 Supercell,认为它能以几个人的小团队在几周内开发出一款新游戏,得益于把游戏开发过程中公共通用的素材和算法做了沉淀。


(2)阿里巴巴从 2009 年成立“共享事业部”,到 2015 年启动“中台战略”的历史,不仅从道理上说了做中台的好处,还举出了实例。


(3)“中台”也被视作字节跳动能成为“App 工厂”的基础;技术出身的张一鸣,创立今日头条时就融入了中台架构。


(4)腾讯在 2019 年 5 月的入局,宣布将进一步开放数据中台和技术中台,更是将这一波“中台崇拜”推进至高潮。

2、中台的特征

(1)重复利用是“中台”的源起。


(2)只有规模够大的企业,才会有多个业务,才会有重复建设的问题。“别把中台当作万能药。大象吃这个药,强身健体,蚂蚁吃这个药,一击毙命。”


(3)让人恼火的是,中台真的实施起来,出人意料地贵,也出人意料地耗费时间。

3、中台的挑战

(1)阿里中台之所以成功,倚靠的不仅是技术,更是敏捷的组织变革,一旦遇到“人”的问题,即便是将中台运用得炉火纯青的阿里巴巴,也难有更好的应对之举。


(2)IT 行业都有一个欲望,就是大家即使在重复建设,也要把自己的团队变得更大,这是天性。


(3)如果没有得到’一把手’的支持和认可,中台是非常非常难走下去的。


里面的故事很吸引人,但我觉得说得还不够通透,也不过瘾,这里从事情的本源去寻找答案。


芬兰游戏公司 Supercell 似乎是导火线,它能以几个人的小团队在几周内开发出一款新游戏,得益于把游戏开发过程中公共通用的素材和算法做了沉淀,而阿里引爆了这个导火索。


但把这个故事当成中台的起点显然有点贻笑大方,所谓很多的互联网公司启动了中台项目其实大多是自身发展的需要,只是套一张皮换个说法而已,IT 借着中台发出自己的声音也可以理解,但它该怎么做还是怎么做,而这个给了很多第三方公司忽悠的机会。


我的观点有三个


首先,这种复用共享的思想没什么稀奇,笔者 15 年前深感于团队每个人的取数太慢,就在报表库开发了一张日宽表为所有人的取数服务,这难道不是中台?


我们的组织很小,团队才 5 个人,我们的 IT 还处于起步阶段,连服务化这个名词都没听说过,我们的规矩是口头定的,但只要这个复用在生产中发挥出了价值,我们就是中台的真正践行者,这个跟阿里有没有去参观过 Supercell,有没有提出中台概念没半毛钱关系。


其实不要说一个企业了,基于复用来提升效率还是每个人成事的一个前提,因为时间和资源总是有限的,你要提高效率就得站在别人的肩膀上去工作,否则就是低水平的勤奋,就是吴军在《格局》中所说的基线太低:


“我们在电视上能看到一些励志节目,介绍几个民间发明家努力研制小飞机或者电动汽车的故事,电视台励志的本意固然好,但是那种不讲究科学、蛮干胡干的做法传递了错误的信息,除了浪费时间和金钱,很难有什么结果…"


笔者前期撰文《数据挖掘的军规》也在讲基线的重要性,中台就是拉高这个基线,大家不要每次从头再来。


其次,拉高做事的基线的方法主要靠学习和不断的总结,然后复用已有的成果去提升效率,很多企业特别是甲方,自身人员投入屈指可数,人才招聘一毛不拔,可复用的能力连自己都总结不出来,却想着外来的和尚代劳一切,能成功才是怪事。


为什么外来的和尚很难做好?


因为中台不是简单的商品,牵一发而动全身,长期来看交易成本远高于管理成本,这就好比家长想着提升孩子的成绩,自己不努力却希望找个好点的老师来点石成金一样,哪有这样的好事?谁最懂自己的孩子,家长还是老师?谁最懂自己的企业,员工还是外来的和尚?


另一方面,很多企业连一年级的基线都没有,却想着一步到位阿里的中台基线,阿里中台的那张架构图很好 COPY,但你 COPY 不了内涵,因为那里的每个字都是靠血与泪堆成的。


笔者没有听到哪个企业主要靠临时的外包团队获得了中台的成功,笔者只知道阿里说自己的中台才做完了 30%,笔者自己的团队还在数据中台的路上艰难探索。


最后,”蚂蚁吃这个药,一击毙命“ 这句话显然也是不客观的,中台建设跟企业的规模、所处的阶段没有多大关系,所谓的企业规模不大就没有那么多复用的东西的说法也站不住脚,现实情况不是复用的东西少了,而是缺少能发现复用的眼睛。


我们不要仅盯着别人家中台的成果和 PPT,我们要去看别人家中台成长的过程,哪个企业的中台不是由小到大起来的?怎么可能由于现在企业太小就不去追求复用了呢?


很多企业的中台底子是 10 多年沉淀的结果,中台概念的提出只是催化剂而已,但复用的理念很早就在企业中各个团队萌芽,并在指导着具体的工作,这些孕育中台的地方人才汇聚,因为大家都在追求高效率,不能忍受枯燥的重复工作,不能忍受长时间的等待,不能忍受突破基线的错误发生。


因此,勿以善小而不为,企业要找到自身的切入点(当然可以借鉴外部的一些经验做法),慢慢的演化出自己的中台,中台只是一种理念,而理念没有大小之分,其涵盖的内容从平台、机制、流程到人才,不一而足。


因此,中台不是谁的发明,其是底层的做事规律,中台拉高了做事的基线,让我们站在巨人的肩膀上,中台对于任何企业都是适用的。”即使是一个 API,只要它被业务重复调用了很多很多次,那也可以称是中台!“


至于中台能做得多大,就看企业的格局了,小组的格局,可以让科室受益,科室的格局,可以让部门受益,部门的格局,可以让公司受益,公司的格局,可以让社会受益,阿里只是想玩把大的而已。


回到个人,也不要仅当个吃瓜群众,高大上的理念和 PPT 可以嗤之以鼻,但基于中台的理念让自己的工作和生活更有效率是正儿八经的事情。


本文转载自公众号与数据同行(ID:ysjtx_fyp)。


原文链接


https://mp.weixin.qq.com/s/roRVz_DBJlB3-70_xMRkxw


2020-02-04 10:003347

评论 4 条评论

发布
用户头像
根源还是对于中台的定义,定义不清楚的情况下没啥可讨论的,根本就不在一个点儿上
2020-02-04 12:14
回复
用户头像
最后,”蚂蚁吃这个药,一击毙命“ 这句话显然也是不客观的,中台建设跟企业的规模、所处的阶段没有多大关系,所谓的企业规模不大就没有那么多复用的东西的说法也站不住脚,现实情况不是复用的东西少了,而是缺少能发现复用的眼睛。


原文的意思是实施中台的成本比较高,在不具备实施中台的技术和业务场景时,满目追求中台只会适得其反。软件复用需求一直都存在,从语言内置库、内部二方库到外部三方库,都是为了复用代码。当然中台也是,只不过是以服务的形式,但这种新式的实施成本比较高,并不适合所有企业。因为中台牵扯到业务,最好是在企业业务基本稳定,并且多条业务线存在重复建设时,再去搭建中台。

因此不做中台当然不会死!
展开
2020-02-04 11:24
回复
没有技术基因的公司很难推动,领导层只知道概念,从上到下很难推动,落地各个层面阻力很大,很多公司业务数据单一,数据产生的价值和投入相比价值不大。云厂家私有化项目太多,不可能投入大量人员去深入业务,结合中台技术能力真正给企业赋能,最后效果可想而知。茅台是国内最大云厂家中标,再转包实施,如果投入几千万建数据中台看不到明显的价值,只是得到几个大屏,最后肯定会被骂。
2020-02-04 15:48
回复
没有更多了
发现更多内容

使用 GoRouter 进行 Flutter 导航:Go 与 Push

坚果

4月月更

80+产品正通过兼容性测试,OpenHarmony生态蓬勃发展

OpenHarmony开发者

OpenHarmony

16 条 yyds 的代码规范

爱好编程进阶

Java 程序员 后端开发

2020最新互联网数据调查显示,Kotlin-势必取代-Java?

爱好编程进阶

Java 程序员 后端开发

FL STUDIO20.9中文版汉化包注册激活教程

茶色酒

FL STUDIO20.9

Windows Edge 浏览器的有关 URL 链接的复制粘贴

HoneyMoose

丁未篇 「元宇宙超次元 」 《「內元宇宙」聯載》

因田木

Web3.0 命書

OpenHarmony加速行业应用落地,多款软件发行版正在通过兼容性测评

OpenHarmony开发者

OpenHarmony

SAP 云平台(Cloud Platform)架构概述

Jerry Wang

云计算 云平台 SAP 云计算架构师 4月月更

电商秒杀系统架构设计

李大虾

#架构实战营 「架构实战营」

敏捷开发中如何从容应对需求变更?

华为云开发者联盟

敏捷开发 需求 软件开发 需求变更

OpenMLDB:线上线下一致的生产级特征计算平台

第四范式开发者社区

人工智能 机器学习 数据库 开源 特征

[Day27]-[二叉树] 遍历

方勇(gopher)

LeetCode 算法和数据结构

《写作的逻辑》读书笔记

坚果

4月月更

Docker下,pinpoint环境搭建

程序员欣宸

Java Docker 4月月更 Pinpoint

Tomcat:网络请求原理分析

IT巅峰技术

灵感乍现!造了个与众不同的Dubbo注册中心扩展轮子

捉虫大师

Java dubbo 注册中心 4月月更

替代 Elasticsearch,TDengine 助力四维图新将存储空间利用率提升 8 倍

TDengine

数据库 tdengine

(项目实战)如何结合k8s和pipeline的流水线,并通过k8s接口完成镜像升级

爱好编程进阶

Java 程序员 后端开发

17 网站架构的伸缩性设计

爱好编程进阶

Java 程序员 后端开发

C语言总结_语句、运算符

DS小龙哥

4月月更

企业知识库建立的目的及意义

小炮

知识库

2021金三银四吃透这份Java面试突击手册!成功跳槽涨薪30K

爱好编程进阶

Java 程序员 后端开发

Amazon Aurora 读写能力扩展之 ShardingSphere-JDBC 篇

SphereEx

Apache 数据库 开源 ShardingSphere SphereEx

H2 数据库采用客户/服务器端连接数据的 JDBC 参数

HoneyMoose

Spring Data Elasticsearch 使用示例

Java elasticsearch 4月月更

APICloud数据云3.0使用教程

YonBuilder低代码开发平台

后端开发 APP开发 APICloud 数据云

如果只有一周时间,怎么快速提升线上系统的稳定性?

Samson

运维 监控 技术管理 SRE 系统稳定性

融云国产化适配排坑指南

融云 RongCloud

H2 数据库如何以服务器方式启动

HoneyMoose

己酉篇 「反元富民」《「內元宇宙」聯載》

因田木

元宇宙

不做中台当然会死!_架构_傅一平_InfoQ精选文章