什么是中台

没有中台的时代

传统的IT企业中，有前台和后台的概念，无论项目内部的如何复杂，都可分为这两部分。

• 前台。这里的“前台”和“前端”并不是一回事。所谓前台即包括各种和用户直接交互的界面，比如web页面，手机app。也包括服务端各种实时响应用户请求的业务逻辑，比如商品查询、订单系统等等。
• 后台。后台并不直接面向用户，而是面向运营人员的配置管理系统，比如商品管理、物流管理、结算管理。后台为前台提供了一些简单的配置。

前后台和用户的管理关系如下图。

在项目发展初期，可能不需要快速的迭代和试错，采用这种结构并没有什么问题。
但是现在互联网企业之间竞争激烈，快速响应用户需求、快速迭代、试错，才能在竞争中获取优势。此时再采取以上开发方式，就有点问题。

• 在传统的前台-后台架构中，各个项目相对独立，许多项目都在重复发明同样的轮子。
• 项目随着不断迭代，越来越臃肿，开发效率越来越低。
  
  此时，中台应运而生。中台就是整合出一个中间组织，为所有的项目提供一些公共资源。

第一个尝试采用中台的企业是SuperCell公司。作为一个快速开发游戏的公司，他们开发出的游戏看上去风格迥异，却存在许多共同之处。在业务上，共通的东西包括支付系统、用户系统等等，在技术上，共同的东西包括游戏引擎，内部开发工具等等。而这些共通的资源，都可以由一个强大的“中台”来提供。

其后，国内各家公司提出了自己的中台战略。如阿里的小前台，大中台。

阿里许多产品线的共通业务经过下沉，形成了中台的各种业务中心，而Aliware则是阿里巴巴的技术中间件平台，为各大业务线提供技术支持。

中台的划分

• 业务中台。把各个项目的共通业务进行下沉，整合成通用的服务平台。
  
• 技术中台。为了避免研发人员重复发明轮子，向各个项目提供通用的底层框架、引擎、中间件。

• 数据中台。为各个项目进行各种数据采集和分析。
  
• 算法中台。为各个项目提供算法能力，比如推荐算法、搜索算法、图像识别、语音识别等等。

中台试用场景

• 从0到1的阶段，没有必要搭建中台。从0到1的创业型公司，首要目的是生存下去，以最快的速度打造出产品，证明自身的市场价值。
• 从1到N的阶段，适合搭建中台。当企业有了一定规模，产品得到了市场的认可，这时候公司的首要目的不再是活下去，而是活的更好。这个时候，趁着项目复杂度还不是特别高，可以考虑把各项目的通用部分下沉，组建中台，以方便后续新项目的尝试和旧项目的迭代。
• 从N到N+1的阶段，搭建中台势在必行。当企业已经有了很大的规模，各种产品、服务、部门错综复杂，这时候做架构调整会比较痛苦。但是长痛不如短痛，为了项目的长期发展，还是需要尽早调整架构，实现平台化，以免日后越来越难以维护。