淘宝是从阿里巴巴的一个茶室“游”出来的。 2014年6月，淘宝诞生。 不到两年的时间，其用户数量就突破了1亿。 如今，它早已成为国外最著名的闲置交易平台，拥有数亿用户，年交易额超过2000亿，开启了万亿美元的市场。 淘宝能够取得明天的成就，离不开背后的技术迭代、架构升级和技术人。
淘宝刚起步时，架构设计面临哪些挑战？ 六年来，淘宝的服务器架构发生了怎样的演变？ 淘宝在服务器端架构上有哪些新的尝试？ ……带着这个问题，InfoQ 记者采访了淘宝技术部中级技术专家巴腾。 自淘宝成立以来，他仍然参与了淘宝服务器架构的不断演进。
淘宝的业务特点
巴顿认为，淘宝是一个典型的双向市场，卖家和买家的规模相互影响。 “如何同时服务好卖家和买家，是我们仍在努力的方向。”
对于卖家来说，需要提高产品发现的效率，帮助他们尽早购买产品。
对于买家来说，应该提高发布门槛，帮助他们尽早销售产品。
对于平台来说，我们必须不断优化用户体验，比如增加纠纷和欺诈问题，同时继续扩大市场规模。
淘宝服务器初始架构设计
众所周知，淘宝的前身是PC时代的天猫二手，是闲鱼的一个小渠道。 当时淘宝的整体业务规模和用户基数都很小。 基本上单个应用支持所有业务，但整体架构和服务完全是为PC设计的。
“当时，服务器端合作伙伴经常需要编写模板代码，而且由于部分后端代码也部署在业务服务器中，因此后端和服务器端合作伙伴经常需要修改同一个应用程序。” 巴顿说道。
当时淘宝服务器的基本架构如右图：
另外，webx是阿里巴巴内部广泛使用的基于的通用Web框架。 它可以与 MVC 进行比较。 “经过在阿里巴巴PC网站多年的应用，它不仅成熟可靠，而且具有高度可扩展性和开放性。”
表示，“这个架构与当时天猫的PC架构基本相同。 由于业务规模较小，尚未进行面向服务的衍生，负责维护和开发的技术朋友经常被替换，所以采用了这些单一服务架构。 维护成本相对较低，可以满足业务需求。”
淘宝服务器架构演变
淘宝成立之初，定位为中国联通的独立应用。 这样一来，他们在做架构设计时面临两大问题：
不过二手设备的核心竞争要素，天猫移动当时已经积累了一些无线基础设施，比如统一无线网段、交换系统等。
这样一来，第一波重构更多的是接入和集成阿里巴巴集团的无线中间件。 客户端（包括后端）和服务器的工作接口也是通过无线网段的来划分的。 服务器端主要负责基础数据的返回，客户端完成数据对MVC模型的绑定和控制。
服务器端进行了一些面向服务的重构，从单一应用开始，到纵向拆分（按照业务拆分）、横向拆分（汇聚数据层的访问，下沉一些基础能力，根据服务能力生成公共服务） 。 业务层做细、更轻，支持业务快速迭代。 将独立的业务网段层拆分连接到无线接入层网段，最后将所有客户侧业务数据进行封闭和组装。
至此，淘宝服务器的架构基本如右图所示：
经过第一轮无线化、服务化改造后，淘宝服务器初步可以应对App的正常迭代。 而且业务发展速度过快，用户规模以极快的速度下降，业务团队的需求快速膨胀，这使得技术面临新的挑战：
用两个典型例子来说明。
案例一：淘宝的产品量从数十万迅速扩张到数千万，而+solar搭建的淘宝原有搜索引擎出现问题：无论是服务能力、算法接入，还是运维成本，早已不堪重负。 淘宝必须升级整个搜索引擎。 “当时我们的选择是升级到集团的大型搜索引擎HA3，并接入集团的统一推荐平台TPP。”
案例2：随着业务需求的不断增加，大量活动类型的开发需要后端上线，并且每个活动在服务器上的数据略有不同。 如果一切都需要服务器人员对各个接口进行定制开发，那么服务层网段开发发布的工作量和周期会比较大。 为此，团队在服务器端做了一套自己的MBaaS解决方案。 它被称为Card模型，其核心思想是基于MVVM的概念。 将部分Model、、部分View发送到服务器端，客户端瘦身。
在看来，应对服务能力的不足，他们更多的是升级一些基础能力，比如更彻底的业务服务拆分和前馈、存储层优化（数据库拆分和扩展、大规模多级缓存等） .)以及一些关键服务的升级。 针对开发和迭代速度慢的问题，应该多做一些动态的、可复用的尝试，尽可能降低协作成本，提高代码和模块的复用性。
当时的系统架构如右图所示：
经过第二轮升级改造，服务器的性能不再惧怕任何规模的流量。 基本上，只有做好容量规划，采取各种高可用措施，才能保证系统的服务能力足以应对业务下滑。
在这一轮改造中，团队听说从原来纯粹的工程主导，逐渐加入了更多的算法能力，“我们已经初步具备了整个搜索和推荐环节的智能化能力。”
很快，服务器面临新的挑战：业务需求带来的新的下行点的压力。 表示，“近年来，最大的技术红利是人工智能和数据。如何让人工智能和数据在淘宝有效落地并发挥作用，是算法和工程团队都面临的问题。因此，第四轮技术优化开始发挥作用。”
想要拥抱AI和数据，第一步就是要深入分析业务本身面临的核心问题。 由于该算法最擅长解决明确目标下的优化问题，团队随后对淘宝的业务进行可视化分析，找到淘宝的核心业务问题。
右图是闲置市场和新款市场的对比。 从图中可以看出，在新市场中，由于商品和服务的确定性，价格基本可以反映商品本身的价值。 而且，在闲置市场上，店铺和卖家都面临着高昂的信任成本。 信任成本不仅体现在防止欺诈方面，还体现在买卖双方对产品本身新颖性的认知差异所引发的纠纷。
从图中可以看出，闲置市场的特点决定了团队拓展市场空间的两条核心路径：
为此，淘宝的很多项目和算法开始围绕这两个核心方向发展，并建立了一套完整的产品技术体系。
巴顿表示，“我们暂时先把信托成本的增加放在一边，由于信托的结算和建立涉及到很多复杂而细致的工作，甚至取决于整个社会的进步，所以我们主要介绍一些想法讨论如何提高交易效率。”
首先分析一下造成淘宝交易效率低下的关键因素：
基于这两个问题，“我们做了两个关键的系统：一是解决商品结构问题的系统，二是解决整个流量分发环节实时性问题的系统。”
同时，在团队进一步扩大、协作成本增加、稳定性风险增加的前提下，他们还孵化了一系列配套业务前馈与隔离（SWAK前馈框架）、实时在线故障定位（魔法检测） ）等一系列服务器端系统和工具。
据悉，他们在端部全面拥抱，逐步建立了一系列基于混合栈的工程化和规模化的开发框架，同时也在端部进行了一些智能化探索。
此时淘宝服务器架构已经演化为右图：
如今，不仅继续解决业务领域的问题，团队也在继续探索未来适应多终端融合的开发框架。 希望通过底层技术的升级，业务开发的朋友能够进一步压缩客户端和服务器端三端。 协作成本。
该框架的核心思想是基于dart语言完成合约层和通信层三端的统一，将传统传统最后一步数据组装的磁带层工作全部交给服务器到客户端的技术人员。
表示：“得益于公司的快速发展，我们所有的磁带层服务器套接字都托管在阿里自研的FAAS平台GAIA上，可以实现特别低成本的运维开发，让业务发展的朋友更加专注于业务。”
服务器端架构的新尝试
据巴顿介绍，淘宝服务器架构目前正在集成开发模式和智能化方面做出一些尝试。
对他们来说，更重要的是基础设施。 他们的工作重点是在集团能力不断提升的基础上，不断迭代和演进其综合业务发展框架。 但还是交给了阿里云更专业的中间件和相关团队。 “集成开发模式可能会改变我们整体的开发模式，前端和后端的工作边界将被再次改写。”
智能化有两层含义：一是如何将算法能力充分融合到各个业务场景和工程环节。 这就需要充分考虑算法能力边界，建立实时/离线数据能力、AB能力等服务于算法的基础设施。 同时，他们还在探索云智能与终端智能的结合、产品与内容结构化工程体系等。
智能化的第二个含义是通过智能化提高研发效率。 众所周知，整个开发流程环节很长，从脑图到PRD到视觉交互到开发测试，每一个环节都可能因为信息传递不畅而导致效率提高和bug。 他们希望通过一些手工形式，增加整个开发过程中一些信息传递的损失，增加重复劳动。 例如，一个仍在优化的项目希望通过图像识别将视觉草稿手动转换为可读性较高的代码。
关于服务器端架构的思考
在看来，目前最流行的是服务器端架构，“但我们要透过现象看本质，服务器端架构总是在两个方向优化”。
写在最后
从淘宝成立到现在，巴腾见证了淘宝从无到有、从小到大的过程。 回顾这6年，他总结道，过去的一切都是最后的篇章。 淘宝还有很多问题需要解决，还有更广阔的空间可以探索。 在架构方面，他现在思考的更多：第一，如何真正为业务赋能，如何让不可能成为可能，让现在发生的事情显得更加高效； 第二，如何进一步解放技术，节省我们的时间和精力，把时间花在更享受的事情上，而不是简单地消耗代码。
关注我转发本文，私信我“获取资料”，即可免费获得价值4999元的InfoQ迷你书二手设备的核心竞争要素，点击文末“了解更多”，即可移步InfoQ官网获取最新资讯~
