交易中台架构设计：海量并发高扩展，新业务秒级接入

本文根据孙玄老师在〖deeplus直播第219期〗线上分享演讲内容整理而成。（文末有获取本期PPT&回放的途径，不要错过）

本文插图

孙玄
奈学教育CEO

10年技术老兵，擅长系统架构设计、大数据、运维、机器学习、技术管理等领域；
曾供职于百度、58集团、转转等公司。

大家好，今天我将从以下这三方面，来和大家分享一些海量高并发的经验：

中台模式和微服务架构到底有什么样的关系
海量并发的业务中台架构如何设计与实践
秒级新业务接入的交易中台如何设计和实践

一、中台模式与微服务架构的关系
现在大家应该都知道，中台最早是由芬兰一家著名的游戏公司Supercell提出的，以小前台的模式来组织若干个开发团队。
也就是说，你的每个前台的开发团队，只需要了解开发一个业务/一个游戏所需要的业务逻辑就行。这样的话，像每个业务会需要一些公共的东西，比如说像游戏引擎、一些内部的开发工具、基础设施等等，就不需要花时间去关注，会有一些专门的“部落” ，也就是中台部门来负责提供。 “部落”可以根据需要扩展为多个小分队，每个小分队都保持共同的目标， “部落”本身并不会提供游戏给消费者。
怎么理解呢？
首先我们都知道公司里面会分为多个前台，每个前台需要写自己的业务逻辑，这个业务逻辑的底层是一个公共的东西，比如说你的游戏引擎、内部的开发工具、平台、基础设施等等。
那什么是中台？这些游戏引擎、内部的开发工具、平台、基础设施等等就属于中台。
那什么是前台？你的每个产品其实就是一个前台，或者说，你每一个产品需要的业务模式就是前台。
这种中台模式在业界渐渐流行了起来，在2015年的时候，阿里巴巴张勇（逍遥子）宣布启动中台战略，构建符合数据技术时代，更具备创新性和灵活性的“大中台、小前台”的组织机制和业务机制，实现管理模式创新。
这时候是想做一个什么事情呢？其实阿里巴巴想做的一件事情就是把一些产品的技术力量、数据运营力量从前台剥离出来，成为独立的中台。这个中台就包括了像搜索事业部、共享业务事业部、数据平台事业部等，为前台即零售电商事业群提供服务。
也就是说，中台总共包含了这样的四部分：

搜索事业部，做的是算法中台。其实从名字来看，搜索事业部更多是在搞搜索，搜索中主要的两件事一个是召回，一个是排序。所以搜索事业部在做的事情其实就是算法相关的一些事情，会偏多一些；
共享业务事业部，做的是业务中台，包括比如交易中心、商品中心、用户中心……；
数据平台事业部，围绕数据，也就是做数据中台；
另外它还会涉及到一块儿技术相关的（技术中台），比如存储、开发的整个框架等等。

那么今天我重点想讲的是业务中台，一个业务中台到底包含哪些东西，这个对我们也是比较重要的一部分。要考虑的是怎么样让你的业务支撑的更加快一些。
业务中台在我看来更多是一种从公司层面的组织架构，或者说业务架构。我们将业务中台抽象出来，既然它是一种业务架构和组织架构的结合体，那么我该怎样实现它呢？
实现的时候，我可以采用微服务架构，也可以采用单体架构，还可以采用SOA架构，还可以采用数据架构。
所以大家想一下，业务中台也好，技术中台也好，它想要承担的责任是什么呢？业务中台在实现过程中可以采用微服务架构，就仅此而已吗？