中台都在忽悠吗？都被忽悠瘸了？我们都在悄悄淘汰中台，你们还在建？最近网上充斥大量文章和观点，都在说中台过时。为什么会这样说？是因为成本与复杂性？技术限制与业务变化？还是因为组织变化？为什么会这样呢？且听我一一分析。

• 中台是为前台而生。
• 提炼各业务条线的共性需求。
• 减少“重复造轮子”的时间与资源浪费。

• 项目重复造轮子严重，无法形成抽象共用
  

• 业务变化快，缓慢的研发流程难以迅速响应

• 提高资源利用率和研发效率

• 提高系统稳定性和可靠性

前面我主要介绍了中台能解决哪些问题，但其实很多企业在实际引入中台的过程中，也遇到了很多问题：

• 中台与前台的边界模糊

很多前台的业务让中台接管开发，到底是接还是不接？中台的角色和范围缺乏明确界定，导致中台与业务之间的责任划分模糊不清，引发了重复建设、资源浪费和沟通成本等问题。

• 稳定性与灵活性的冲突

稳定与灵活一直是个矛盾体，中台接入的业务线非常多，一旦出问题影响面巨大，代码质量如何把控、上线流程如何稳定、业务如何做好隔离，都需要考虑清楚。

• 沟通障碍与目标差异

协调中台团队和业务团队之间的沟通和合作，平衡双方的需求和利益，以及处理中台和业务之间的依赖和变更，都是一项复杂的管理任务。

• 中台规划与业务需求之间的平衡

中台的服务需求和响应之间存在不匹配，这导致中台无法满足业务的多样化和个性化需求。有时中台过度迎合业务的短期需求，却牺牲了其长期规划和可持续发展。

• 利益分配

距离业务近的地方，比距离业务远的地方更能得到公司增长的成果，中台看似业务，其实只是沉淀，追求的是稳定和灵活。还有业务下沉的时候，会涉及到与中台的业务交接，前台业务必定会减少。如果是部门划到中台，是否会有人员变动？当中台的服务价值和收益缺乏清晰界定，将难以有效衡量自身的贡献和影响。

综上，中台看似很美好，但很多企业在实际落地的时候却因为遇到这些问题，导致陷入困境，中台建设越建越复杂，甚至有些企业对中台也逐渐失去了信心，反而成了阻碍企业发展的瓶颈。

近两年业界开始风行“拆中台”策略——将中台变“薄”，拆分到多个独立的业务单元。这使得很多企业又开始认为中台已成明日黄花，引进中台并不是一个好选择，甚至有些企业将自身发展不顺的原因也归在了中台上面，一时间中台被全盘否定了。

我个人则认为拆分中台并非全盘否定中台，而是基于自身发展阶段和市场环境的变化进行战略调整和优化。“天下大事，合久必分，分久必合”，这就意味着在中台的管理和战略中，必须根据具体情况来做出分合的决策。有时候，将中台进行分散管理或者分解成更小的部分可能更为合适，因为这样有助于更好地满足各个业务单位的需求，提高灵活性和适应性。互联网大厂们将庞大而僵化的共享中台重新组织为灵活的业务域中台，可以更好适应具体业务场景和用户需求，既能保留中台提供通用能力和协同效率的优势，又能增加中台的灵活性和个性化。

首先，我想强调的是，“中台”本身并不是一个新的架构思想，这个架构思想早在若干年以前就已经有了，很多企业已经是这么做了，就像面向对象编程语言中（Java）高内聚，低耦合，便是这种思想。

当企业处在初创期，随着业务发展产生多条业务线或产品线的时候，就会面临协同方面的挑战，如果每条业务线都要自己成立技术、运维、数据等部门，这样显然是非常浪费人力和资源的。为了适应快速发展的业务，就需要成立中台部门，来抽取、复用共性的东西，形成统一，这样既能满足“小前台，大中台”策略，让业务快跑抢占市场，中台提供稳定的炮火支援，又能提高协同和研发效率。参考示意图如下：

当企业已经渡过初创期，发展已经具有较大规模时，各条业务线人员和业务场景也比初创时更加庞大和复杂，企业了将面临更加多样化的市场，以及强大的响应能力，甚至每条业务线都要独立去创新，这样统一的中台部门就会变成瓶颈，人员、响应时间、需求变化和沟通等都会成为阻碍多样化需求的绊脚石。这时候企业就需要根据市场需要，将庞大而僵化的大共享中台，拆分到各业务单元中，将中台下沉到各业务单元中，这样既能保留中台的通用和协同能力，又能针对具体业务和场景不断增加灵活性和定制性。参考示意图如下：

总而言之，中台不是一直不变的，它需要根据市场需求不断进化，演变成能够满足当前企业市场需要的形态。中台不是万能的，它只是企业数字化转型的一种重要实现路径，我们不能对中台有过高的期望，而是应该理性地回归到企业数字化转型的价值上来。

程超，腾讯云 TVP，高级研发管理专家，14年 Java 研发经验，8年技术管理和架构经验，曾任京东架构师，易宝支付和松果出行架构技术负责人，熟悉支付和电商领域，擅长微服务生态建设和运维监控，对 Dubbo、Spring Cloud 和 gRPC 等微服务框架有深入研究，并应用于项目，帮助过多家公司进行过微服务建设和改造，目前正在建设业务中台。 合著作品《深入分布式缓存》和《高可用可伸缩微服务架构》，极客时间每日一课讲师和出品人，CSDN 博主专家。