经历5年发展，滴滴出行已拥有4亿+用户、1750万+车主，业务覆盖400+城市。短时间内形成了包括快车、出租车、专车、顺风车、代驾等多业务的垂直化架构。面对相似性较高的出行业务，滴滴启动了中台战略整合业务系统，那么为什么要做中台？中台到底是指什么？建设中台的过程中会面临什么挑战？本次分享将会解答这些问题。

2015 年末，滴滴出行在短时间内形成了包括快车、出租车、专车、顺风车、代驾等多业务的垂直化架构。随之，滴滴启动了中台战略整合业务系统。决定构建业务中台主要出于四方面考虑：专业深度、人力资源、用户体验、全局打通。
专业深度。由于是多业务垂直化的架构，会有多个团队开发同样的架构，这就需要很多的工程师。每个团队都是用最快速的方式构建流程，所以技术很难做深。这样一来，导致客户端的流畅度不高，后端不稳定，影响可扩展性。
人力资源。从原则上来说把每个团队加到足够的人，每个架构都能有很好的发展。但工程师的薪资都非常高，招聘大量工程师来做同样的架构，研发成本高昂。还有些时候，即使你愿意花钱，也招聘不到合适的人。
用户体验。流畅度、稳定性、扩展性、界面、交易流程等都是影响用户体验的重要因素。在当时的组织结构和研发情况下，会出现业务的应用场景不同，交易流程却相同的问题，这样很影响用户的体验。
全局打通。所有业务本质都是出行，出行本质具有协同效应。但在各自独立发展情况下，业务间完全没有协同性，在构建中台过程中，我们可以逐步把协同性建立起来。
与此同时，构建出行业务中台并不是只有好处，也一定会带来很多问题，最大的问题是软件复杂度。从业务角度来说，把所有业务合并到一个体系下，本身就是很难的事，再加上滴滴出行是实时性 O2O 业务，场景差异很大，而且作为互联网公司，不仅有很多需求不明确，还会不断持续变化。这种情况下，想要用一套相对稳定、相对固定的架构去支持所有业务，十分困难。从组织角度来说，滴滴出行有多个事业部，业务涉及 400 多个城市，组织和个人的变化更快。针对软件复杂度的挑战，中台制定了最基本的实现目标：在业务多元化发展的组织中，去构建一套工程架构，构建一套组织结构及对应的管理机制，以保证业务可持续的又快又好的发展。
业务中台从无到有，到被应用的实践过程中，积累了很多实战经验。主要跟大家分享的，是以下几点：
第一点：成功实现最大的业务孵化中台是滴滴出行构建业务中台最大的经验。
因为最大的业务最复杂，把最复杂的业务搞定，用最复杂的业务落地别的业务会容易。也就是从快车开始做，逐步整合专车、出租车、代驾等。
第二点：稳定，中台对业务有收益，最根本的是保证稳定，稳定是发展的前提和基础。
在整个构建中台的过程中非常重视稳定性，有各种机制，包括灰度发布、分层次发布、流量回放、全链路压测等等，保证代码的质量和系统的稳定。
第三点：加强沟通，平衡多业务的优先级。
滴滴出行有多个业务，有很多大区和城市，每个地方都有很多需求，要有一套机制和资源池。
如何保证相应每个业务都能按照所对应的在公司的重要性来获取部分资源，要保障它的灵活性和效率，所以要有很多沟通工作，有很多平衡的工作。
第四点：中台系统要不断演进，不能一成不变，要发现问题、解决问题。
业务中台不是一蹴而就，而是要在发展过程中不断的变化，持续迭代。
第五点： “没有最好，只有最合适”！
所有中台都一定是适合某个公司特点，最合适的中台是当你深入了解业务、产品、系统、组织，而且不仅了解今天在哪里，还要了解过去是怎么演变而来，未来又会怎么演化。
只有当了解所有的东西之后，才能做出最好的中台架构设计。