架构-微服务-中台

阿里，大中台，小前台，规避重复开发

 

中台是一种高度集成、有共同特征的不同业务可复用的技术架构方案。

 

至今我还清楚记得，老A他们的技术架构是按照业务来区分，总共是17个微服务，每个微服务提供了丰富的API接口，其他业务单元只需根据自身的运营需求来调用这些API就行。这样的架构能让单个业务的效率更高的同时，也能让系统更安全。他举了个例子，比如在做中台构建之前的某次双十一，由于秒杀业务的流量飙升，导致了他们其他业务模块也收到了影响，有的用户在支付订时无法支付的情况发生。

 

这17个微服务之一的“用户中心”，支撑的业务有用户登录注册、用户画像生成、用户标签生成更新、风控系统、优质用户管理、黑名单用户自动生成等等，这里面单独一个业务都可以是一个复杂的产品，而这些业务之间又是高度关联的。比如说黑名单用户就和风控系统离不开，而这两个东西又和用户的画像关联度高。把这些关联度高的业务集合在一个微服务里面，抽离出高度相似的场景，然后为这些场景去开发功能，当其他业务需要的时候就可以直接调用，这也是阿里巴巴提出中台时提到的一个关键特点，归拢高度相似的业务，把底层功能开发出来提供支撑，避免重复开发。