Arch Day 79: 电商域总结

日期: 2026-06-17 (Day 79) 阶段: 第三阶段 - 零售域深度 标签: #电商 #总结 #知识图谱 #技术选型 #Headless-Commerce

---

核心概念

一句话定义

电商域是"零售域深度"阶段的第一块拼图——14天的学习覆盖了从商品到订单、从促销到搜索、从支付到物流的完整电商架构体系，两个深度案例（淘宝/Shopify）则展示了两条截然不同但都成功的架构路径。

14天学习回顾

---

知识点详解

一、电商架构知识图谱

电商架构知识图谱:

                        ┌──────────┐
                        │ 电商架构  │
                        │ 全景     │
                        └────┬─────┘
           ┌────────┬────────┼────────┬────────┐
           ▼        ▼        ▼        ▼        ▼
      ┌────────┐┌────────┐┌────────┐┌────────┐┌────────┐
      │ 交易域 ││ 商品域 ││ 营销域 ││ 用户域 ││ 履约域 │
      └───┬────┘└───┬────┘└───┬────┘└───┬────┘└───┬────┘
          │         │         │         │         │
     ┌────┼────┐    │    ┌────┼────┐    │    ┌────┼────┐
     ▼    ▼    ▼    ▼    ▼    ▼    ▼    ▼    ▼    ▼    ▼
   订单 购物车 结算 商品  搜索 促销 优惠券 用户 会员 支付 物流
   系统  系统  页   中心  推荐 引擎 系统  中心 系统 系统 系统
         │              │              │
    ┌────┼────┐    ┌────┼────┐    ┌────┼────┐
    状态机 拆单    倒排   推荐    账号  积分
    订单号 金额    索引   算法    体系  等级
          分摊    分词   协同
                  排序   过滤

支撑域:
┌──────────┬──────────┬──────────┬──────────┐
│ 数据分析  │ 风控系统  │ 客服系统  │ 基础设施  │
│ 实时大屏  │ 反欺诈   │ 工单管理  │ 中间件   │
│ BI报表   │ 风险评估  │ 智能客服  │ 监控告警  │
└──────────┴──────────┴──────────┴──────────┘

二、电商系统技术栈选型指南

2.1 按业务规模选型

初创期（0-1万日单）：

推荐技术栈:
├── 后端: Node.js/Python + PostgreSQL
├── 前端: Next.js / Nuxt.js
├── 搜索: PostgreSQL全文搜索（够用）
├── 缓存: Redis
├── 消息: Redis Pub/Sub（简单场景）
├── 部署: 单体应用 + Docker + 云服务器
├── 支付: 集成Stripe/支付宝SDK
└── 或者: 直接用Shopify/有赞等SaaS平台

成长期（1万-50万日单）：

推荐技术栈:
├── 后端: Java Spring Boot / Go
├── 数据库: MySQL主从 + 读写分离
├── 搜索: Elasticsearch
├── 缓存: Redis Cluster
├── 消息: RabbitMQ / Kafka
├── 部署: 微服务/模块化单体 + K8s
├── 监控: Prometheus + Grafana
├── 日志: ELK Stack
└── 网关: Kong / Spring Cloud Gateway

规模化（50万-千万日单）：

推荐技术栈:
├── 后端: Java + 自研框架 / Go微服务
├── 数据库: 分库分表(ShardingSphere) / TiDB / OceanBase
├── 搜索: Elasticsearch集群 + 自研排序
├── 缓存: Redis Cluster + 本地缓存(Caffeine)
├── 消息: Kafka / RocketMQ
├── 计算: Flink(实时) + Spark(离线)
├── 部署: K8s + 多机房多活
├── 全链路: 链路追踪 + 全链路压测
├── AI: 推荐系统 + 搜索排序 + 风控模型
└── 数据湖: Hudi/Iceberg + 湖仓一体

2.2 核心组件选型对比

数据库：

搜索引擎：

消息队列：

三、电商架构演进路线图

电商架构演进四阶段:

Stage 1: 单体阶段
┌──────────────────────┐
│     单体应用          │
│  Web + API + 数据库    │
│  适合: 0-1阶段        │
│  风险: 可用性差、扩展难 │
└──────────────────────┘
        │ 日单>1万, 团队>10人
        ▼
Stage 2: 服务化阶段
┌──────────────────────────────┐
│  商品服务 │ 订单服务 │ 用户服务 │
│  支付服务 │ 搜索服务 │ 营销服务 │
│  统一网关 │ 注册中心 │ 配置中心 │
│  适合: 快速增长期             │
│  风险: 服务治理成本            │
└──────────────────────────────┘
        │ 日单>50万, 团队>100人
        ▼
Stage 3: 中台阶段（可选）
┌──────────────────────────────────┐
│  前台: 淘宝/天猫/闲鱼/...         │
│  业务中台: 商品/交易/用户/营销中心   │
│  数据中台: 统一数据模型/计算引擎     │
│  技术中台: 中间件/数据库/安全        │
│  适合: 多业务线大型集团             │
│  风险: 效率降低、创新受限           │
└──────────────────────────────────┘
        │ 需要敏捷响应、差异化发展
        ▼
Stage 4: DTC/Headless Commerce
┌──────────────────────────────────┐
│  前端: 小程序/App/Web/直播/IoT    │
│  BFF层: GraphQL/API Gateway       │
│  Composable Backend:              │
│    商品API │ 订单API │ 搜索API     │
│    支付API │ CMS API │ 推荐API     │
│  数据层: 事件驱动 + 数据湖          │
│  适合: 全渠道零售、品牌DTC          │
│  趋势: 2025-2026主流方向           │
└──────────────────────────────────┘

四、Headless Commerce与Composable Commerce趋势

4.1 Headless Commerce定义

Headless Commerce = 前后端解耦。前端（Head）和后端（Body）通过API连接，可以独立替换。

传统电商架构:
┌──────────────────────┐
│  前端 + 后端 (紧耦合)  │
│  修改前端要动后端       │
│  一个电商平台一个前端   │
└──────────────────────┘

Headless Commerce:
┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐
│ Web  │ │ App  │ │ 小程序│ │ 直播 │
│ 前端 │ │ 前端 │ │ 前端 │ │ 前端 │
└──┬───┘ └──┬───┘ └──┬───┘ └──┬───┘
   │        │        │        │
   └────────┴────────┴────────┘
                │
           ┌────┴────┐
           │  API层   │  (GraphQL/REST)
           └────┬────┘
                │
   ┌────────────┴────────────┐
   │    Commerce Backend      │
   │  商品/订单/支付/物流      │
   └──────────────────────────┘

4.2 Composable Commerce（组合式商务）

Composable Commerce比Headless更进一步——不仅前后端解耦，后端也拆成可组合的独立模块。

Composable Commerce架构:
┌──────────────────────────────────────────┐
│            Experience Layer              │
│  Next.js │ React Native │ 小程序          │
├──────────────────────────────────────────┤
│            Orchestration Layer            │
│  API Gateway │ BFF │ GraphQL Federation   │
├────────┬────────┬────────┬────────┬──────┤
│Commerce│  CMS   │ Search │Payment │ OMS  │
│ Engine │ Engine │ Engine │Engine  │Engine│
│(商品)  │(内容)   │(搜索)  │(支付)   │(订单)│
│        │        │        │        │      │
│Shopify │Content-│Algolia │Stripe  │自研  │
│/自研   │ful/自研│/自研   │/Adyen  │      │
└────────┴────────┴────────┴────────┴──────┘

MACH原则（Composable Commerce的技术准则）：

• Microservices：微服务架构
• API-first：API优先设计
• Cloud-native：云原生
• Headless：前后端分离

4.3 最新市场数据（2025-2026）

4.4 代表性Composable Commerce平台

五、电商 vs DeFi 对比

深层对比：

• 电商的核心是"信息不对称+信任成本"——平台通过审核机制建立信任
• DeFi的核心是"去信任+透明"——智能合约通过代码建立信任
• 两者都面临"效率vs去中心化"的权衡——电商选择了中心化效率，DeFi选择了去中心化信任

六、14天面试题Top 10精选

---

对比分析

两大案例的启示对比

---

架构设计实操

实操：整理完整电商架构文档

文档结构

# 电商系统架构设计文档

## 1. 业务上下文
- 业务定位和规模预期
- 核心用户角色和用户旅程
- 关键业务指标(GMV/DAU/订单量)

## 2. 系统全景
- 系统上下文图(C4 Level 1)
- 核心域划分(DDD战略设计)
- 系统间关系(依赖/协作/事件)

## 3. 核心域详细设计
### 3.1 商品域
- 领域模型(SPU/SKU/属性)
- 核心API
- 数据模型

### 3.2 交易域
- 订单状态机
- 拆单规则
- 金额计算

### 3.3 营销域
- 促销类型和叠加规则
- 优惠券系统
- 价格计算引擎

### 3.4 用户域
- 账号体系
- 会员等级
- 用户画像

### 3.5 履约域
- 支付集成
- 物流对接
- 售后处理

## 4. 技术架构
- 技术栈选型和决策记录(ADR)
- 部署架构
- 数据架构(OLTP+OLAP)
- 安全架构

## 5. 非功能性需求
- 性能指标(QPS/延迟/可用性)
- 扩展策略
- 容灾方案
- 监控告警

## 6. 演进路线图
- 当前架构
- 目标架构
- 演进步骤和里程碑

---

AI增强

AI在电商全链路的应用总结

电商全链路AI应用图:

用户旅程:  浏览 → 搜索 → 推荐 → 下单 → 支付 → 配送 → 售后
            │      │      │      │      │      │      │
AI应用:   个性化  语义   协同   动态   反欺诈  路径   智能
          首页    搜索   过滤   定价   检测    优化   客服
                  │      │             │      │
         2026热点: 大模型  大模型         大模型  大模型
                  理解    推理          风控    对话

2026年AI电商趋势：

1. 多模态搜索：图片搜索、语音搜索、自然语言描述搜索成为标配
2. AI Agent购物：AI代理帮用户比价、选品、下单
3. 生成式商品展示：AI生成商品图片/视频，降低拍摄成本
4. 对话式购物：取代传统浏览+筛选模式
5. AI供应链：需求预测、智能补货、动态调价

---

Web3关联

电商与Web3的交叉领域总结

Web3电商创新地图:
┌──────────────────────────────────────────┐
│              已验证                        │
│  ✅ 区块链溯源(食品/奢侈品)               │
│  ✅ 加密支付(Shopify/淘宝支持)            │
├──────────────────────────────────────────┤
│              实验中                        │
│  🔬 NFT会员/忠诚计划                      │
│  🔬 Token激励社区购物                     │
│  🔬 去中心化评价系统                      │
├──────────────────────────────────────────┤
│              概念阶段                      │
│  💡 完全去中心化电商(OpenBazaar后继)       │
│  💡 DAO治理的电商平台                     │
│  💡 DePIN物流网络                         │
└──────────────────────────────────────────┘

---

今日思考

1. 电商架构的核心不变量是什么？

14天学习下来，无论是淘宝还是Shopify，无论是单体还是微服务，电商架构有三个不变量：

• 数据一致性：库存扣减不能超卖，金额计算不能差一分钱，订单状态不能乱跳——这是所有架构决策的底线
• 峰值弹性：促销/秒杀/大促是电商的本质特征，架构必须能扛住10-100倍的流量突增
• 业务可扩展：新的促销规则、新的支付方式、新的配送模式随时会出现，架构必须低成本接入

2. 从电商域学到了什么可以带到供应链域？

电商和供应链是一个硬币的两面：电商面向消费者（前台），供应链面向运营（后台）。电商域的几个设计模式可以直接复用：

• 状态机模式：订单状态机 → 物流状态机、采购单状态机
• 规则引擎模式：促销规则引擎 → 采购规则引擎、路由规则引擎
• 分布式事务：订单+库存+支付的一致性 → 采购+入库+付款的一致性
• 事件驱动：订单事件 → 供应链事件（出入库、运输状态变更）

3. Headless Commerce会成为主流吗？

从2025-2026年的数据来看，Headless/Composable Commerce确实在加速普及（73%的企业已采用）。但这并不意味着"所有人都该Headless"——中小商家用Shopify等全栈SaaS仍然是最优解。Headless的真正受益者是需要全渠道体验（Web+App+小程序+直播+IoT）的大品牌和零售商。本质上，Headless解决的是"触点碎片化"的问题，而不是技术效率问题。

---

面试题准备

题目1：电商系统最难设计的部分是什么？

30秒回答： 促销叠加规则和库存一致性是公认最难的两个部分。促销难在组合爆炸——N种优惠类型的叠加可能产生N!种组合。库存难在分布式一致性——要在高并发下保证不超卖不少卖。

2分钟回答： 按难度排序：

1. 促销规则叠加：不同优惠类型（满减/折扣/券/积分/会员价）的叠加逻辑极其复杂，且需要运营可配置。最棘手的是"互斥规则"和"最优组合"——用户用哪种组合最划算？计算复杂度是NP难的
2. 库存一致性：分布式环境下，"查库存→扣库存→生成订单"的原子性保证。超卖导致取消订单损害用户体验，少卖导致GMV损失。尤其在秒杀场景，百万并发请求同时扣减同一个商品
3. 搜索排序：兼顾相关性、商业化（广告）、个性化、新品扶持等多个目标的排序算法。不同目标之间天然矛盾
4. 售后退款：逆向流程的复杂度往往超过正向。尤其是部分退款、优惠分摊后退款、跨境退款

追问准备：

• Q: 你会如何解决促销叠加问题？→ 规则引擎(Drools) + 优惠计算服务 + 互斥组定义 + "最后一档兜底"
• Q: 秒杀库存怎么做？→ Redis预扣 + Lua脚本原子操作 + MySQL异步落盘 + 请求限流/排队

题目2：如何从0到1搭建电商系统？

30秒回答： 分四步：(1) 确定MVP范围——只做商品展示+下单+支付；(2) 选技术栈——单体+成熟框架；(3) 先跑通核心链路——用户能完成一次完整购买；(4) 按数据增长渐进演进——订单量破万再考虑拆分。

2分钟回答： 一个实战路线图：

核心原则：

1. 不要过度设计——日单<1万不需要微服务/分库分表
2. 先解决可用性再优化性能——确保核心链路不挂
3. 数据驱动迭代——用BI数据决定下一步优化什么
4. 抄作业——参考Shopify/有赞/商派等成熟系统的设计

追问准备：

• Q: 什么时候该拆微服务？→ 当团队超过30人且部署频率受限时
• Q: 自建还是用SaaS？→ 如果没有核心差异化需求，SaaS是更好的选择

---

学习资源

• Headless Commerce in 2026 - BigCommerce
• Composable Commerce vs MACH Architecture 2026 - Bitcot
• 7 Headless Commerce Trends 2026 - Netguru
• SCOR Model Supply Chain Framework - Shopify
• 28 Headless Commerce Trends 2025 - Swell
• Composable Commerce: Modular Shop Architecture 2026 - XICTRON
• 电商架构全景图 - 阿里技术团队

---

明日预告

Day 80: 供应链架构全景 —— 从今天起进入零售域的第二块拼图：供应链。供应链不只是"发快递"——它是从原材料到消费者的端到端价值链。我们将学习SCOR模型、供应链数字化成熟度、以及AI如何重塑从需求预测到最后一公里的全链路。电商是前台的艺术，供应链是后台的科学。