放弃阿里“大中台”求生：“小前台”重构实战分享

在深入探讨中台这个概念之前，我们有必要先厘清"平台"的本质。说得直白些，平台就是连接供应商与顾客、让双方产生价值互动的商业模式。那么它最核心的使命究竟是什么呢？

从平台说起

开始聊中台之前，我们必须先搞清楚"平台"这个概念。

说白了，平台就是连接供需两端、促进价值交换的商业模式。

它最关键的角色到底是什么？

制定规则和标准。

在平台这个大家族里，其实有三兄弟：

应用平台、业务平台和技术平台。

它们各有使命，却殊途同归——为所有参与者创造价值。

对平台自身而言，通过网络效应吸引越来越多的用户，最终实现规模化盈利，这才是长久之计。

中台到底是什么

市面上关于中台的定义五花八门，某出行公司给出了他们的理解：

中台是服务多个产品、具有公共业务逻辑的通用共享服务平台。

但这还不够，他们强调了一点——中台=人+组织+服务。

没有人和组织的支撑，再好的技术架构也只是空中楼阁。

中台家族相对简单，主要就两大成员：

业务中台和数据中台。

这里有个很犀利的观点：

任何脱离业务的中台，都是在蹭热度。有些公司把技术平台也往中台里塞，某出行公司并不认同这种做法。

中台的价值？

毫无疑问是共享复用、降本增效。但这四个字说起来容易，做起来全是门道。

中台≠平台

很多人会混淆中台和平台，某出行公司特意做了区分。

两者的边界在哪里？各自的定位是什么？这个问题理不清楚，后面的架构设计就容易跑偏。

某出行公司的中台演进之路

他们的架构演进历程很有代表性，基本上浓缩了多数互联网公司会经历的阶段。

最初的样子

最开始系统简单直接，业务迭代飞快。但问题也很明显：第三方服务的对接全部耦合在业务代码里，一旦第三方系统出问题，自己的业务就跟着遭殃。更要命的是，想换个服务商？改造成本高到让人怀疑人生。

第一次重构

于是他们开始做基础服务抽象，把短信、推送这些跟第三方打交道