据说中台凉了？唔，真香

TL;DR(too long don't read)

1、业务中台就是流程模板+扩展点2、没法很好抽象就别做中台，没那么多需求和业务线就别做中台。

很多同学都会问，啥叫中台，做到怎么样的程度才算中台？我们可以用一小批一小批精英海空陆战队来说明这个例子。

我们都知道海空陆战队很厉害，但是他们不就区区 3-7 人小组，强在哪里？

原来背后有个强大的中台体系，正在海上待命，随时输送弹药。一旦3人小组侦查到地方精确位置，直接派空军或者导弹往目标上送，作战能力max。

我们从系统上，也可以创造这样的一些中台。

业务中台，提供重用服务，例如用户中心、订单中心之类的开箱即用可重用能力。算法中台，提供算法能力，帮助提供更加个性化的服务，增强用户体验。数据中台，为公司内外提供行业决策基础服务，增强数据的应用能力。技术中台，提供自建系统部分的技术支撑能力，帮助解决基础设施，分布式数据库等底层技术问题。研发中台，提供自建系统部分的管理和技术实践支撑能力，帮助快速搭建项目、管理进度、测试、持续集成、持续交付。

总之，我们把这些能够保证前台需求绝大部分能力开箱即用，但又能快速响应前台需求迭代的服务，我们称为中台。

开始总是分分钟都妙不可言，我们设计的平台总能非常好地满足业务的诉求，对于一些需要扩展平台能力的地方，也响应得比较及时。但是，慢慢的，事情好像出了一些变化。在平台的发展过程中，业务方越来越多，需求也越来越复杂。



为了解决这样的问题，我们把上述登录服务抽象成一个标准的 模板流程：
输入账密 -> 验证码校验（默认为平台实现，可在平台选择或下载SDK扩展）-> 账密校验 -> 账密校验后身份校验（默认为平台实现，可在平台选择或者下载SDK扩展）-> 登录失败次数后续动作扩展（下载SDK，每次登录都会调用该用户自定义扩展）。

其中预留了三个扩展点，验证码校验，身份校验，登录失败后续动作。这三个动作，平台可以提供几种默认的实现，也支持业务系统自定义。