结论先拍:把淘宝/京东/1688/拼多多/抖店五家的收费基因反向编译成架构,得到的不是“能调通就行”的SDK集合,而是一套被计费规则焊死的硬约束——三家强制云内(淘宝聚石塔/拼多多云/抖店云)、两家按量(京东0.05/百次、1688免费但QPS10卡脖)、两家预充值硬断(拼多多/抖店)。 最优解不是选最便宜的平台,而是把90%流量压进免费层(免额内/云内/推送/私有App豁免)+ 把守卫编译进Client让超量/欠费/禁外调在发起前就被拦。
一、五家收费基因 → 架构硬约束(倒推表)
平台 | 收费基因 | 对中台的倒推约束 |
|---|---|---|
淘宝TOP | 免额内0,超量塔内¥0.02/百次、外¥0.20;增值禁外;DSS¥0.12/百单 | 必须聚石塔内;订单DSS推送为主,增量 modified兜底;CRM/罗盘另起签协议应用 |
京东JOS | 联盟免费抽佣;商家免额内0,超量¥0.02~0.05/百次;面单按单 | 联盟Key与商家Key物理隔离;库存用 ware.read.get拿真stockNum |
1688 | 基础免费但QPS10/20;高级实时库存买包几百~几千/年 | 批发防超卖别硬轮询,爆款走高级包/Webhook,多Key轮询仅兜底 |
拼多多 | 预充值;云内¥0.01/百次、外¥0.10;增值禁外;欠费硬断非限流 | 必须拼多多云内+余额守卫,本地计数器兜底,断气即熔断非核心 |
抖店 | 预充值;云内¥0.018/百次、外¥0.18;7.1起商品发布收费;增值禁外 | 必须抖店云内;发布流程合并调用,推送为主 |
收敛三条铁律(来自收费模型反推):
阿里系+抖系+拼系 = 强制云内,外调×10或禁止,不是“贵”是“不通”。
订单能推不拉:淘宝DSS、拼多多同步服务、抖店Webhook、1688消息订阅、京东云鼎推送。
守卫是Client一部分:免额80%降频、100%熔断;拼多多/抖店余额<3天预估断非核心。# 封装好API供应商demo url=https://console.open.onebound.cn/console/?i=Lex
二、统一架构:五家共享一套内核
┌──────────────────────────────────────────────────────────────┐ │ FivePlatformERP (单进程骨架) │ │ │ │ ┌────────────┐ ┌────────────┐ ┌────────────┐ │ │ │ Shop TB │ │ Shop JD │ │ Shop PDD │ ...5家 │ │ └─────┬─────┘ └─────┬─────┘ └─────┬─────┘ │ │ ▼ ▼ ▼ │ │ ┌────────────────────────────────────────────────────┐ │ │ │ PlatformAdapter (统一内核) │ │ │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ │ │ │ │TokenBucket│ │DailyCnt │ │ Signer │ │ │ │ │ │(QPS限速) │ │(免额/余额)│ │(5种签名) │ │ │ │ │ └──────────┘ └──────────┘ └──────────┘ │ │ │ │ _pre_check: 云内强制/增值禁外/免额/余额四重守卫 │ │ │ └────────────────────┬─────────────────────────────┘ │ │ ▼ │ │ ┌────────────────────────────────────────────────────┐ │ │ │ PushConsumer (DSS/同步服务/Webhook/消息订阅) │ │ │ │ 推送→StandardOrder→幂等写PG/Kafka │ │ │ │ 轮询仅作5~30min补偿 │ │ │ └────────────────────────────────────────────────────┘ │ │ ▼ │ │ ┌────────────────────────────────────────────────────┐ │ │ │ StandardOrder DTO + 状态机 + 幂等键(Redis) │ │ │ └────────────────────────────────────────────────────┘ │ └──────────────────────────────────────────────────────────────┘
核心抽象四件套:
- TokenBucket:每AppKey独立,速率=平台QPS上限×0.8(留余量防突发被封)
- DailyCounter:按平台选模型——淘宝/京东比免额、拼多多/抖店比预估余额
- Signer:5种签名算法统一入口(淘宝/1688/拼多多=md5(secret+拼接+secret),京东=md5(拼接+secret),抖店新版=HMAC-SHA256)
- _pre_check:每次call前四重守卫,任何一条不满足直接抛异常,不走到网关白烧钱
三、源码结构(five_platform_erp.py,可直接运行)
模块 | 职责 | 行数 |
|---|---|---|
PLAT_CONFIG | 五家计费参数集中表(改一家只动这里) | ~25 |
TokenBucket | 令牌桶,线程安全,限速自律 | ~20 |
DailyCounter | 日调用计数+免额水位+预估余额+按日校准 | ~40 |
Signer | 统一签名分发(md5_secret_wrap / jd_v1 / hmac_sha256) | ~35 |
PlatformAdapter | 核心: _pre_check四重守卫 + call()安全调用+重试退避 | ~90 |
StandardOrder + STATUS_MAP | 五家订单归一DTO + 状态映射 | ~50 |
ShopBinding | 店铺→平台→Adapter绑定 | ~20 |
FivePlatformScheduler | 多店轮转+5分钟重叠窗+增量同步 | ~60 |
estimate_monthly_cost | 成本测算器(云内/云外对照) | ~40 |
四、跑出来的关键结论
单店日1万次云内,五家合计月费:
taobao/TB1 月费¥0.0 单价0.0200元/百次(云内) ← 免额内 jd/JD1 月费¥0.0 单价0.0500元/百次(云内) ← 免额内 ali1688/16881 月费¥0.0 单价0.0000元/百次(云内) ← 免费 pdd/PDD1 月费¥30.0 单价0.0100元/百次(云内) douyin/DY1 月费¥54.0 单价0.0180元/百次(云内) 💰 五家合计月费:¥84.0
云内 vs 云外(×10陷阱):
云内合计 ¥84.0 vs 云外合计 ¥840.0 云内部署每月节省 ¥756.0(约10倍)
压力测试(不同日调用量/店,云内):
日调用/店 | 淘宝 | 京东 | 1688 | 拼多多 | 抖店 | 合计 |
|---|---|---|---|---|---|---|
1,000 | 0 | 0 | 0 | 3.0 | 5.4 | 8.4 |
5,000 | 0 | 0 | 0 | 15.0 | 27.0 | 42.0 |
10,000 | 0 | 0 | 0 | 30.0 | 54.0 | 84.0 |
20,000 | 0 | 0 | 0 | 60.0 | 108.0 | 168.0 |
50,000 | 0 | 0 | 0 | 150.0 | 270.0 | 420.0 |
100,000 | 120 | 750 | 0 | 300.0 | 540.0 | 1710.0 |
拐点分析:日调用过5万淘宝/京东也开始超免额(淘宝日8万免额×30=240万/月,100万×30=3000万→超660万次×0.02=¥132);真正烧钱的是拼多多+抖店两家预充值。
守卫演示(启动即验证四重规则):
⏸ pdd/PDD_AK 日免额0耗尽,停调防扣费 ← 拼多多低余额熔断 ❌ douyin 必须云内部署(外调×10或禁止) ← 抖店云外增值禁调 1688 基础免费,QPS令牌桶=8,免额=∞ ← 1688免费但限速 ⚠️ taobao/TB_AK 达免额80%,切纯增量 ← 淘宝免额预警
五、从0到1落地顺序(避坑路径)
Phase 1:资质先行(第1周)
- 淘宝/抖店/拼多多订单必须企业自研;1688高级库存买包;京东商家+联盟Key隔离
- 建AppKey时增值Key和基础Key物理分离(淘宝CRM单独签协议、抖店解密单独Key)
Phase 2:部署着色(第2周)
- 淘宝→聚石塔ECS,抖店→抖店云,拼多多→拼多多云
- 1688/京东→同主体阿里云/京东云VPC(非强制但推荐)
- 禁止把ECS放在阿里云公网跑淘宝/拼多多/抖店,×10差不是优化是灾难
Phase 3:先推后拉(第3周)
- 每家开推送/订阅,写
StandardOrder落库 - 增量
modified每5min兜底(淘宝DSS 0.12/百单 vs 轮询超量费,推送通常更省) - 1688消息订阅+高级实时库存包替代硬轮询
Phase 4:守卫编译进Client(第4周)
- 免额80%降频、100%熔断
- 拼多多/抖店余额<3天预估断非核心
- 每天凌晨拉账单校准本地计数器
- 告警分级:80%→INFO、<3天→WARN、≤0→CRITICAL电话
Phase 5:监控面板
- 每Key日调用/剩余免额/拼多多余额/令牌桶等待长度
- 企微机器人分级告警
- 大促前压测:把日调用×5跑一遍守卫
六、五家ISV vs 自研对照(老板视角)
维度 | 企业自研 | ISV上服务市场 |
|---|---|---|
淘宝 | 0保证金,入塔ECS费 | 增值包冻资10~15万+抽成 |
京东 | 0保证金,云鼎资源费 | 无统一保证金,审核制 |
1688 | 0保证金,资源包年费980~2980 | 无强制保证金 |
拼多多 | 0保证金,预充值按量 | 保证金1~5万+6‰技术费+分成 |
抖店 | 0保证金,预充值按量 | ERP类2万/运营类10万+6‰+分成 |
90%中小商家选企业自研最省:单店月API费压到¥84以内,零保证金,唯一隐形成本是云资源ECS费(约¥150/月起)。
七、一句话收口
五家没有一家“API全程免费”,ERP最优解不是选最便宜的,而是把90%流量压进免费层 + 把守卫编译进Client让超量/欠费/禁外调在发起前就被拦。架构做对,五家单店月API费可压到¥84(拼30+抖54,其余0),云外误部署×10到¥840;架构做错,0.01元/百次也能在大促半夜烧穿四位数。真正烧钱的是ISV保证金+服务市场抽成+大促硬轮询+云外部署,不是那0.01~0.05元/百次本身。
完整源码(可直接
python3 five_platform_erp.py 运行,含全部演示+压力测试+云内外对照)打包如下:five_platform_erp.zip