阿里巴巴在2015年12月进行组织升级，就是“大中台，小前台”的模式。主要的思路是打破原来树状结构，小前台距离一线更近，业务全能，这样便于快速决策、敏捷行动；支持类的业务放在中台，扮演平台支撑的角色。
中台这个概念早期是由美军的作战体系演化而来的，技术上所说的“中台”主要是指学习这种高效、灵活和强大的指挥作战体系。电商经过十几年的发展，组织已经庞大而复杂，业务不断细化拆分，也导致野蛮发展的系统越来越不可维护，开发和改造效率极低，也有很多新业务不得不重复造轮子，所以中台的目标是为了解决效率问题，同时降低创新成本。
所谓的业务中台就是：通过制定标准和机制，把不确定的业务规则和流程通过工业化和市场化的手段确定下来，以减少人与人之间的沟通成本，同时还能最大程度地提升协作效率。
- 中台的目标：减少沟通成本，提升协作效率。
- 中台的实现手段：制定标准和规范。
- 原则：集中管控，分布式执行。
那么应该如何建设中台，我们先看一下中台的定位。
1．中台的定位
所谓定位就是清楚地告诉别人我有什么、我要什么和我不要什么，对电商业务来说，业务中台内容如图。
业务中台需要收敛一些基础的业务服务，如会员、商品、交易、营销和结算等。这些基础的服务会被整个电商业务使用，所以统一管理是很有必要的。
那么业务中台还需要什么？因为中台的目标是要向上层业务提供这些基础的服务，那自然必须能够清楚地描述自己到底有哪些服务、数据和功能，我们可以把它统称为能力。所以还需要能够定义能力（标准和规范）、能力的发现、能力的注册、能力的列表以及能力的评价和更新机制等。
业务中台也不是什么都做，除了有基本的基础服务和服务能力外，还要定义中台的边界。下图描述了业务中台一些基本的工作范围，它需要能够对接能力，同时又服务好能力使用方，而自己并不负责实现具体的业务。
2．中台的生命周期
整个中台包含如下的软件生命周期过程：需求域、实现域和执行域。
需要域主要通过需求的分析将需求结构化，形成业务清单和能力地图（本质上就是确定这个业务所需要的数据和功能组件接口）。实现域主要就是将数据和功能组件接口整合成服务该业务的实现（并给他标识一个身份），如果当前的功能集不满足的话，还需要有部分的开发工作。最后的执行域就是把这些功能代码或者配置部署到线上，让用户去实际执行。
我们会在下一篇文章中同大家探讨“如何提升中台效率”
本文选自《大型网站技术架构演进与性能优化》，作者许令波，电子工业出版社7月出版。
罗马不是一天建成的，能够支撑亿级交易量的大型网站也不是一蹴而就的。作者以一名亲历者的身份，阐述了一个大型网站在数年时间内从雏形成长为巨人时所经历的技术选型思考、方案选择，以及遇到的众多性能瓶颈和优化方案。
