系列文章:
上篇《 中台是什么?解决什么问题?》
下篇《 有关中台的误解以及精选中台解读》
这个最先由阿里在2015年提出的“大中台,小前台”战略中延伸出来的概念,最近在国内大热。阿里、腾讯、百度、京东、美团、滴滴等一众互联网巨头,从去年到今年,接连开始组织架构的调整,意图建设中台......程序员
而上周一个阳光明媚的下午茶时间,我正狗啃着手抓饼。老板突然把咱们一班人拉进会议室,语重心长跟咱们说 —— 咱们要搞数据中台!架构
虽然一个会议下来,连他都没说明白“中台”究竟是什么?但秉承不懂就少说,我苟了过去...直到吃完月饼,咱们来对比下有无“中台”的状况微服务
项目有不少对内/对外/辅助,但不管项目内部的如何复杂,大致的结构都是 “用户前台”和“管理后台”。工具
面向用户、直接产生交互,页面注重设计/交互,与服务端产生数据交换引导用户完成业务流程. 好比:post
面向运营人员的配置管理系统,后台为前台提供了一些简单的配置。好比:学习
用户前台、管理后台、用户之间的关系以下:
开发工具
传统模式下,项目迭代周期基本以月、季度为单位。长开发周期也意味着需求一旦变更,要么996,要么交付推迟云计算
并且项目之间相对独立,许多项目都在重复发明相同的“轮子”。让项目愈来愈臃肿的同时,也让开发效率愈来愈低。
spa
但现实是互联网进入下半场,企业竞争愈来愈激烈的今天。产品项目不可以快速迭代、低成本试错的后果,就等同让企业处于必定的竞争劣势。设计
为了解决以上问题,而应运而生的是“中台”概念
Supercell,失败历来不是可耻的记录,而反却是一种进步的动力。一款游戏推出遭到失败后。其管理者的反应是“太好了,这款游戏失败了,证实了咱们剔除一条错误的道路”。独特的“庆祝失败”根植于其企业文化之中,潘纳宁认为:“咱们是在从失败中吸收教训的基础上创建了这家公司。失败得越快,咱们学习得越快,也会变得越好”。
失败时成功之母,可以真正作到从失败中获取须要的信息,学习如何成功
Supercell采用的是亚马逊的aws服务,他们天天须要处理万亿字节的数据,这些日志将会被用来改善游戏体验。充足且统一的公共业务模块,辅助团队避免重复劳动,专一于玩法、游戏体验创做便可快速堆砌产品。提高单个员工价值的同时,也下降了试错的成本
往技术层面说,中台解决的问题是 —— 多项目 且 项目相对独立,致使须要重复造轮子,如:文件上传 / 订单模块 / 支付模块 / 搜索模块...引发的研发周期长,程序员996了都不能灵活应对业务变化 的状况
往业务层面说,中台解决的是 —— 由于项目相对独立,技术重复造引发的 研发周期长 / 面对市场需求老是慢半拍(不灵活) / 试错成本高 / 不利于创新
说了那么多,举个例子:
他们开发出的游戏看上去风格迥异,却存在许多共同之处。在业务上,共通的东西包括支付系统、用户系统等等,在技术上,共同的东西包括游戏引擎,内部开发工具等等。而这些共通的资源,均可以由一个强大的“中台”来提供:
中台的架构思想改变的不仅是项目结构,也影响了研发团队的组织形式。SuperCell公司把这种高效的组织形式称为“部落”。
紧随其后,国内互联网公司也纷纷开始了各自的中台战略。阿里巴巴提出了“大中台,小前台”的战略:
图中,阿里巴巴许多产品线的共通业务通过下沉,造成了中台的各类业务中心,而Aliware则是阿里巴巴的技术中间件平台,为各大业务线提供技术支持。
以上就是中台概念的具体含义。
“中台概念”往小地说,就是“微服务”。但中台须要使用 产品管理 的方式来对待。由于中台对外提供的服务须要不停的迭代,适应业务的需求,而不是等业务来提需求。对,技术人员也要懂业务。
至于 产品 和 项目 管理有什么区别?这你得找产品交流下心得、切磋下武艺~
上篇《 中台是什么?解决什么问题?》到这里就告一段落了。欢迎延伸阅读~
下篇《 有关中台的误解以及精选中台解读》是针对 为何须要中台、怎么样的中台是好中台 的好文章,值得参考
企业纷纷效仿阿里建中台,究竟是盲目跟风仍是不作会死? |
|
我看中台 |
|
漫画:什么是中台 |
|
掘金: 数据中台 |
|
读透《阿里巴巴数据中台实践》,其到底有什么高明之处? |
|
知乎:中台如何作到快速响应 |
|
业务中台探索和实践:软件的根本问题 |
|
什么是中台?什么不是中台?全部的中台都是业务中台 |
|
如何建设中台?中台建设的组织、支撑技术和方法论 |
|
什么是人力资源中台模式? |
|
|
|
|
|