读书笔记第四讲:《百万级并发商品服务架构解密》丁鸣亮

简介: 读书笔记第四讲:《百万级并发商品服务架构解密》丁鸣亮

1、前言:电商平台的商品服务

  • 电商平台的应用

  • 商品的基本定义
  • 类目 Category
  • 后台类目 手机/数码配件
  • 前台类目 苹果手机
  • 品牌 Brand
  • 商品 Goods IPhone7/Iphone8
  • 普通商品 IPhone7
  • 组合商品 IPhone7+屏贴
  • 类似于我们平台 商品+配件
  • 商品图片
  • 商品标签
  • SKU Iphone7 红色+64G/红色+128G
  • 属性 Property
  • 销售属性 颜色/容量大小
  • 普通属性 屏幕尺寸/分辨率
  • 物流属性 重量/长宽高
  • SPU 商家A和商家B的 IPhone7
  • CSPU 商家A和商家B的 IPhone7 红色+64G

2、考拉:商品服务的“黑历史”

时间有限

  • 14年11月立项开发
  • 15年1月初内部试用
  • 15年1月中旬正式对外

人力资源有限

  • 技术团队13人

基于网易美美系统做二次开发

  • 4个工程
  • 2000个在售SKU

业务模型定义( GoodsDetail)

  • 商品维度数据

  • 扩展数据

业务模型调用链

业务模型的缺陷

  • 容量
  • 总是包含商品详情页描述内容
  • 个别商品的容量超过1mb
  • 刷新
  • 同步接口刷新数据
  • 获取刷新数据源需要落库
  • 全量刷新需要20多分钟
  • 性能
  • 压测期间平均RT在300ms
  • 个性化需求导致RT上升到450ms
  • 扩展性
  • 业务模型频繁变动
  • 同一字段有不同的含义
  • 多个工程重复定义

3、2017年:商品服务的破而后立

有限的时间

  • 7月到9月

业务和重构并行

  • 品牌直采
  • 考拉超市
  • 考拉工厂店
  • 供应商直发
  • 商品定时售卖
  • 商品颜色库、尺码库
    … …

8倍的QPS目标

  • 3.2w -> 26w

创业夫妻店 向 考拉大饭店 的转型之路

01 梳理业务边界 确定经营范围

02 资源服务的选型 给饭店选址

03 重新定义数据模型 制作新的菜谱

04 优化商品数据的读写效率

梳理商品前台系统的业务边界

  • 结合现有需求,新建只读的商品前台系统
  • 业务边界外的需求,由应用层自行解决

关键资源服务的选型

4、2018年:商品服务的展望

5、给我的启发

相关文章
|
7月前
|
消息中间件 负载均衡 中间件
⚡ 构建真正的高性能即时通讯服务:基于 Netty 集群的架构设计与实现
本文介绍了如何基于 Netty 构建分布式即时通讯集群。随着用户量增长,单体架构面临性能瓶颈,文章对比了三种集群方案:Nginx 负载均衡、注册中心服务发现与基于 ZooKeeper 的消息路由架构。最终选择第三种方案,通过 ZooKeeper 实现服务注册发现与消息路由,并结合 RabbitMQ 支持跨服务器消息广播。文中还详细讲解了 ZooKeeper 搭建、Netty 集群改造、动态端口分配、服务注册、负载均衡及消息广播的实现,构建了一个高可用、可水平扩展的即时通讯系统。
847 0
|
运维 监控 负载均衡
动态服务管理平台:驱动微服务架构的高效引擎
动态服务管理平台:驱动微服务架构的高效引擎
291 17
|
7月前
|
文字识别 运维 监控
架构解密|一步步打造高可用的 JOCR OCR 识别服务
本文深入解析了JOCR OCR识别服务的高可用架构设计,涵盖从用户上传、智能调度、核心识别到容错监控的完整链路,助力打造高性能、低成本的工业级OCR服务。
330 0
架构解密|一步步打造高可用的 JOCR OCR 识别服务
|
运维 监控 负载均衡
探索微服务架构下的服务治理:动态服务管理平台深度解析
探索微服务架构下的服务治理:动态服务管理平台深度解析
|
运维 监控 安全
探索微服务架构下的服务治理:动态服务管理平台的力量
探索微服务架构下的服务治理:动态服务管理平台的力量
|
Cloud Native Java API
聊聊从单体到微服务架构服务演化过程
本文介绍了从单体应用到微服务再到云原生架构的演进过程。单体应用虽易于搭建和部署,但难以局部更新;面向服务架构(SOA)通过模块化和服务总线提升了组件复用性和分布式部署能力;微服务则进一步实现了服务的独立开发与部署,提高了灵活性;云原生架构则利用容器化、微服务和自动化工具,实现了应用在动态环境中的弹性扩展与高效管理。这一演进体现了软件架构向着更灵活、更高效的方向发展。
|
存储 Linux KVM
Proxmox VE (PVE) 主要架构和重要服务介绍
Proxmox VE (PVE) 是一款开源的虚拟化平台,它基于 KVM (Kernel-based Virtual Machine) 和 LXC (Linux Containers) 技术,支持虚拟机和容器的运行。PVE 还提供高可用集群管理、软件定义存储、备份和恢复以及网络管理等企业级功能。
4059 7
|
11月前
|
消息中间件 人工智能 监控
文生图架构设计原来如此简单之分布式服务
想象一下,当成千上万的用户同时要求AI画图,如何公平高效地处理这些请求?文生图/图生图大模型的架构设计看似复杂,实则遵循简单而有效的原则:合理排队、分工明确、防患未然。
438 14
文生图架构设计原来如此简单之分布式服务
|
10月前
|
存储 NoSQL Redis
阿里面试:Redis 为啥那么快?怎么实现的100W并发?说出了6大架构,面试官跪地: 纯内存 + 尖端结构 + 无锁架构 + EDA架构 + 异步日志 + 集群架构
阿里面试:Redis 为啥那么快?怎么实现的100W并发?说出了6大架构,面试官跪地: 纯内存 + 尖端结构 + 无锁架构 + EDA架构 + 异步日志 + 集群架构
阿里面试:Redis 为啥那么快?怎么实现的100W并发?说出了6大架构,面试官跪地: 纯内存 + 尖端结构 +  无锁架构 +  EDA架构  + 异步日志 + 集群架构
|
存储 JavaScript 开发工具
基于HarmonyOS 5.0(NEXT)与SpringCloud架构的跨平台应用开发与服务集成研究【实战】
本次的.HarmonyOS Next ,ArkTS语言,HarmonyOS的元服务和DevEco Studio 开发工具,为开发者提供了构建现代化、轻量化、高性能应用的便捷方式。这些技术和工具将帮助开发者更好地适应未来的智能设备和服务提供方式。
基于HarmonyOS 5.0(NEXT)与SpringCloud架构的跨平台应用开发与服务集成研究【实战】

热门文章

最新文章