POP订单B端检索系统架构的前世今生
💡
原文中文，约5700字，阅读约需14分钟。
📝
内容提要
随着京东订单量激增，尤其是本地生活业务的推动，POP订单ES存储面临挑战。系统架构需升级，以应对数据倾斜、频繁更新和高维护成本。通过独立集群、灵活路由和自动化迁移等方案，构建高性能订单检索平台，支持业务增长。
🎯
关键要点
- 京东订单量激增，尤其是本地生活业务推动，POP订单ES存储面临挑战。
- 系统架构升级迫在眉睫，以应对数据倾斜、频繁更新和高维护成本。
- POP订单ES最早定位为商家提供待履约订单查询服务，核心是写和读两个服务。
- 随着业务发展，系统需支持更多订单类型和数据接口，给存储带来挑战。
- 系统架构包括应用层、代理层和存储层，支持高并发的写入和查询。
- 当前系统存在数据倾斜、分片过大、更新频繁和维护成本高等核心痛点。
- 为解决数据倾斜问题，采用独立集群和灵活路由策略。
- 扩展集群路由逻辑，基于商家id哈希将数据分散到多个ES集群。
- 通过汇总消息减少ES更新压力，降低更新冲突。
- 实现数据迁移的全流程自动化，提升效率，缩短迁移时间。
- 最终方案通过租户分级隔离、双层Hash路由等策略构建高性能订单检索平台。
- ES集群维护面临挑战，包括网络风暴、收敛慢和GC风险等问题。
- ES更新机制导致频繁更新带来磁盘I/O压力和查询性能下降。
➡️
