读《关于中台的思考与尝试》，我竟然懂得了这么多！

原文：关于中台的思考和尝试

“围绕中台的争议非常多，很多是毫无意义的争吵。” —— 车好多 CTO 郭东白

中台是在多个部门之间共享的开发资源所提供的业务能力、数据能力和计算能力的集合；前台是面向终端用户的一组业务能力，业务中台是对前台应用的抽象，提供多个前台业务之间共享的业务逻辑、数据和计算能力。

中台本质是是一个对业务能力的抽象和共享的过程，中台服务整个集团，它把一些分散的重复的开发工作集中起来， 通过共享同一个研发团队来提升不同业务线之间的共性来获取增量价值。诸如：以零成本研发加速上线、提升业务稳定性、加速技术和业务能力扩散、统一数据资产以及集团层次的资源高效利用。

对待中台大家常常有两种态度，一种是认为中台是一个完全错误的方向，要紧急刹车；另一种是认为中台就是技术终局，是业务增长的不二法门。我认为中台是个完全正确的方向。但是中台是不是万能药，缺陷有几方面：

• 对创新的遏制；

• 反人性：中台自身的场景往往缺乏前瞻设计 ，是对现有场景的抽象；

• 过度设计：中台经常以最全的最复杂的实现来应对任何一个简单的应用场景；

• 丧失对客户心智的追求：中台团队的产品和研发的核心技能在于抽象和降本；

• 适用范围：中台的使用范围是有限的，仅仅限于技术演化相对慢且功能通用性高的场景中。

中台的建设要有与之匹配的组织文化机制，这里有这几条原则需要遵守。诸如：谁来做中台、谁的设计才是真正合理的中台设计，由市场决定；尊重原创，通过溯源和产权机制保护创新；自由准入， 不做独家专供；不强制推行， 设计统一是演化的结果， 而不是行政命令。

为什么车好多适合做中台？

1，车好多具有足够的场景复杂度和中台增值空间，但是建设难度中等。2，好多的业务天生是低频业务， QPS 低于传统电商３～４个数量级， 所以做中台有绝对优势。3，车好多的主流业务和新兴业务都在不同层次的迭代当中，所以我们的变更频次比较高， 对做中台也是利好。

中台变更复杂度 =（QPS*Count(BU)/ 变更频次)。任何一个服务，QPS 越低，依赖这个服务的 BU 数越少，迭代的越频繁， 那么变更的难度越小， 变更带来的风险越小。车好多的优势是 QPS 增长不快，中台变更复杂度随着时间的变化非常慢，有更多时间打造。

另外车好多的中台定位和组织文化是有保障的，在定位上，车好多中台要解决的问题集中在集团高确定性和高通用性领域的技术和数据共享，我们不对创新业务探索加速。在组织保障层面上， 我们以加速业务迭代为目标， 通过市场机制加速中台的进化，通过内部开源且允许分支的方式加速进化和保障自由准入。在文化保障上，技术上我们关注设计, 崇尚简约，鼓励创新。

车好多中台的设计原则：第一，业务优先，第二，反膨胀软件，第三，个中台要求扁平化微服务化设计，降低依赖深度，加速功能发现。第四，模块化开发。

综上所述：中台不是万能的， 但是可以在高确定性和高通用性场景下能创造增量价值。中台应该有合理的应用场景和时间窗口， 需要用一些设计原则来约束， 也需要相应的组织机制支持。中台有自己的生命周期， 要做阶段性的重构和重定位。