概述 有赞搜索中台作为有赞企业级搜索能力复用平台，在解决各个业务域搜索问题时是如何探索与实践的，这个过程中有哪些心得，本文与大家一起分享探讨下。 问题域 跟绝大多数烟囱式架构面临的问题是相似的，业务自建搜索，独立选型往往会遇到以下问题： 技术选型单一或跟风，比如公司有业务用 ES 做搜索，那我也用，而业务对实时性的要求，准确性的要求都是不一样的。 一致性保障困难，多数据源触发，并发场景下各自尝试的一致性保证方案，参差不齐，有的设计很重。 数据孤岛，领域意识加强后会使得系统间的业务串联变的困难，一个需求支持起来业务双方都找不到发力点。需求支持起来耗时久，…
Read More一、前情提要 时节如流，两年前的今天写了有赞订单管理的三生三世与十面埋伏，转眼两年过去了，这套架构发展的如何，遇到了什么新的挑战和收获，今天主要来一起整理回顾下有赞订单搜索AKF架构演进之路。 1.1 分久必合 之前将散落在 DB 多个分片中的数据在 ES 做了一次聚合，带来了巨大的好处，同步任务少，维护成本低。尤其是订单迁移这一块，之前由于是分片设计，所以当订单触发迁移时候，需要将数据插入新分片，确认无误后还需要删除老分片数据，流程繁琐易错，…
Read More有赞订单管理主要承接有赞所有订单搜索及详情展示功能，系统随着业务的不断发展经历了多次飞升之路。下面简单介绍下有赞订单管理系统的三生三世与“十面埋伏”。 第一世：凡人飞升小仙之路-分库分表 随着业务发展，单库单表所能承载的数据量局限性越发严重。 历劫：单库单表数据量承载局限 渡劫：分库分表 分库分表的维度针对系统买卖家查询的需求，分片键为买家id和店铺id，其余订单扩展信息表属于数据组装信息，均以店铺id为分片键。 结果：分库分表后，数据业务量的承载质的提升。 第二世：小仙飞升上仙之路-引入ES搜索引擎 随着业务搜索维度的不断添加，使得跨表查询需求越来越多，系统的慢查不断报出，为此引入了ES搜索引擎。…
Read More