腾讯架构师,为了家庭去小厂,一个月后主动离职:不做中台就是等死

今天咱们第一课,来讲讲大家一直很关注的数据中台。其实,数据中台也是企业数据管理的一部分,甚至可以说是很重要的一部分。

一、什么是中台?

这其实是一个老生常谈的概念了,中台,顾名思义,就是在起中间作用的东西,前有前台,后有后台。

对于中台每个人可能有不同的理解,行业里也没有严格的定义,但我更认同其中一个说法就是:中台是企业级能力复用的平台。

 

那这句话怎么理解呢?

既然核心是能力复用,业务流派认为中台其实是一套思想,只要能够实现能力的复用,满足降本增效的企业目标,采取的所有措施,和一切可复用的能力都是中台的范畴,所以中台是一种组织方式。

而技术流派的人则认为,既然是能力复用的平台,就一定要有支撑复用的工具,就必须定义一套技术规范来支持复用,中台一定要有基础平台来支撑的。

只有把业务和技术有机的组合起来,把企业的能力沉淀并复用起来,这就有了中台的基础。

 

 

 

中台的源头在哪?阿里巴巴。

2015年阿里提出了“大中台,小前台”的中台战略,提出之初阿里有近 4 亿用户,为超过 1000万各类企业提供服务,业务种类繁多,业务之间相互网状依赖。同时,阿里部门也越来越多,分工越来越细,沟通过多,相互依赖,创新成本非常高,对业务响应也越来越慢。

阿里需要找到能够对外界变化快速反应,整合阿里各种基础能力,高效支撑业务创新的机制,于是“中台”的概念就出现了。也许你会说,中国人就喜欢搞一些概念性的东西,如华为的鸿蒙等,但其实你回过头去看,这个东西的出现是多么的有价值。

二、中台组织的建立

如何对中台团队定位也是一个难题,在我所见所经历的中台组织中,经常出现两种形态:

第一种是委员会。中台团队是由各业务线选派的同事组成的虚拟组织,其中大部分都是领导,更多的承担组织、协调的角色,具体执行工作分散在原有的各个部门里,这种可称为委员会似的中台。

第二种是许愿池。中台只是普通的共享研发部门,前台直接把需求丢到这个许愿池里,然后期盼着中台提供一个现成的组件、服务,中台成了为前台打工的了。

累不用说还不讨好,阿里早期的共享业务事业部估计就是这种窘境,没有业务话语权。

中台团队既不应该是委员会也不该是许愿池,中台不仅能组织、能引领,又必须要有实际的产出。

中台需要前台滋养,前台更需要中台赋能,中台团队只有成为具有核心话语权的实体团队,企业能力的复用才能最大化的发挥出来。

所以阿里巴巴让其 CTO 行癫张建峰挂帅推进中台战略,才有了今天阿里中台的影响力。

 

 

 

 

中台,一般是指数据中台,但是最近技术中台,业务中台,也变得越来越火,篇幅有限,我就挑一个数据中台来讲讲。

 

 

 

 

三、数据中台的特征

一直以来,企业的BI数据管理跟IT是紧捆绑的,但跟公司的战略、业务脱节非常厉害,很多企业几乎没有想过企业获取利润跟数据管理有多少直接的关系。企业有投资,有费用,反正属于IT要干的事就去干吧,大家都在做,我们当然也要做,在我刚开始做元数据管理的时候,就是这个感觉,从没想到这个东西跟企业的利润有半毛钱关系。

做了怎么样?不做了又怎么样?我们甚至连自己都骗不过。直到开始做大数据,当商务、开发必须紧密衔接的时候,当发现某个数据问题已经导致变现困难的时候,才感觉到数据管理的真正价值,才知道自己的数据管理工作该干什么。

这是我以前的困惑。

 

 

 

自己不止一次的提到过:IT是业务的后端,而数据是后端的后端,数据要往前走面临着巨大挑战。DT时代给了我们一次机会,但有了势,没有方法和举措,你也抓不住,还好,我们有数据中台为自己正名。

但十多年前数据仓库如火如荼兴起的时候,为什么它就不能称为数据中台?为什么数据仓库就不能更好的创造价值?

笔者认为数据中台起码有三个特征,是传统的数据平台很难兼顾的:业务化、服务化及开放化业务是根本,服务是手段,开放是价值,而数据中台把三个都占全了

互联网公司做个数据中台相对于来说容易一点,那么传统的企业怎么做数据中台呢?ERP、CRM、OA这些东西和数据中台的关系大不大呢?这是一个很棒的问题。

四、 传统企业如何做中台?

传统企业有别于互联网企业,阿里、腾讯等公司是互联网生态圈的创造者和流量入口,传统企业作为生态圈种群中的个体,除了需要做好原有的传统渠道业务外,还需要融入互联网生态圈,其商业模式、个体能力、与其他个体共生的能力决定了它的发展潜力。

为了适应不同业务和渠道的发展,过去很多企业的做法是开发很多独立的应用或APP。但由于IT系统建设初期没有企业级的整体规划,平台之间融合不好,导致用户体验不好,关键的是用户也并不想装那么多APP!

为了提高用户体验,实现统一运营,很多企业开始缩减APP数量,通过一个APP集成企业内所有能力,联通前台所有核心业务链路。

由于传统企业的商业模式和IT系统建设发展的历程与互联网企业不完全一样,因此传统企业的中台建设策略与阿里中台战略也应该有所差异。

由于渠道多样化,传统企业不仅要将通用能力中台化(对应领域驱动设计的通用域或支撑域),以实现通用能力的沉淀、共享和复用。

还需要将核心能力中台化(对应领域驱动设计的核心域),以满足不同渠道的核心业务能力复用的需求,避免传统核心和互联网不同渠道应用出现“后端双核心、前端两张皮”的问题。这属于业务中台的范畴,需解决核心业务链路的联通和不同渠道服务共享的问题。

 

 

 

除了核心业务链路的联通和服务共享,还需要解决系统微服务分拆后的数据孤岛、数据融合和业务创新的问题,这属于数据中台的范畴。采用分布式架构后更应关注微服务拆分后的数据融合。

在中台设计和规划时,需要整体考虑企业内前台、中台以及后台应用的协同,实现不同渠道应用的前端页面、流程和服务的共享,实现核心业务链路的联通以及前台流程和数据的融合,支持业务和商业模式的创新。

中台转型要做到:前台流程融合、中台服务共享、数据融合创新

五、总结

用技术语言总结就是:“前台聚合,中台解耦,数据融合,业务创新”。先有共享、后有联通、再有创新。

  • 31
    点赞
  • 151
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 34
    评论
腾讯内部效能提升之路:devops测试中台的实践 腾讯一直致力于提升内部效能,其中之一的实践就是引入devops测试中台。DevOps是一种将开发(Development)和运维(Operations)融合在一起的运作模式,通过自动化、系统化和持续集成等方法,提高软件开发的效率和质量。 腾讯在引入devops测试中台后,取得了显著的成效。首先,在开发环节,腾讯建立了统一的代码版本库和协作平台,使各团队能够更好地协同工作和交流。通过将不同的测试环节集成在一起,避免了测试和开发之间的交接问题,提高了开发的整体效率。 其次,腾讯在引入devops测试中台后,实现了自动化测试。传统的测试方法通常需要手动执行测试,效率低下且容易出错。而devops测试中台采用自动化测试方法,能够极大地提高测试的效率和准确性。测试人员只需要编写测试用例,选择测试环境,系统会自动执行测试并生成测试报告,大大减少了测试的时间和工作量。 此外,腾讯还引入了持续集成和持续交付的概念,将开发、测试和运维各个环节融为一体。通过实时监测系统的状态和质量,及时发现和修复问题,保持系统的可用性和稳定性。通过自动化部署和持续交付,能够快速将新功能和修复推送到生产环境,缩短了产品的上线时间。 总的来说,腾讯在devops测试中台的实践中取得了较好的成效。通过建立统一的协作平台和自动化测试,提高了开发效率和产品质量。通过持续集成和持续交付,加快了产品的上线速度。这些都有助于提升腾讯的内部效能,使得团队能够更好地协同工作,推动公司的持续发展。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 34
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Leo.yuan

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值