本地生活服务系统私有化上云,首期规格选太大浪费,选太小午高峰下单超时。按「预期日单量 + 峰值倍数 + 是否含预约定时任务」估算,比照搬销售推荐配置更稳。
一、从日单量反推 QPS
假设 80% 订单集中在 4 小时,峰值再乘 3~5 倍安全系数。下单写库是主要压力,先保证 RDS 规格与连接池,再加 ECS 副本。只加应用而不升库,常见下单超时仍无法解决。
试跑期用固定单号压测下单与导出,观察 RDS CPU 与慢查询。压测报告应写入交付文档,供后续扩城或促销前复用。
二、ECS 与 RDS 配比
小规模可先 2 台 ECS + 中等 RDS;日单过千再考虑读写分离。静态资源与语言包走 OSS+CDN,不占应用 CPU。不要把 MySQL 与应用挤在同一台小 ECS 上。
连接池 max 与 RDS max_connections 对齐,预留导出 Worker 连接。导出宜走只读实例或凌晨错峰,不与午高峰抢连接。
三、预约定时任务资源
预约提醒、超时取消等 cron 宜独立轻量函数或单独小实例,避免与应用发布同进程。任务失败告警到运维,静默失败会导致预约单堆积无人处理。
定时任务配置应纳入备份恢复演练;恢复后确认 cron 仍指向正确库与正确时区,避免提醒早发或晚发一小时。
四、监控与弹性
CPU、内存、RDS IOPS、连接数、下单 P99 分告警。促销前一周 replay 压测,不是开业当天才看监控。弹性伸缩仅对无状态应用有效,数据库仍需计划升配。
监控宜分支付 notify 与业务 cron 两类告警,避免混排误判。告警值班表含运营联系人,便于预约类故障白天快速决策。
五、与腾讯云同周稿分工
腾讯同题偏预约通知与状态机;本篇偏 IaaS 规格与 RDS/ECS 配比。立项时合并两篇验收项,避免只选型不算通知模板。
财务宜参与导出列名确认,签字样本存档。第二城复制时宜带走压测基线与 export schema,禁止分站私改规格与列名各一套。
六、光合同城建议
交付含参考规格表;客户按县城或地级市单量选型。商务规则由客户确定;系统侧不抽成客户平台订单。
私有化部署后大版本升级前,宜重复压测与 golden 导出 diff,防止 silently 性能回退。
七、小结
云主机规格不是越大越好,而是「库先够写、应用无状态、导出错峰、预约任务独立」。改配送范围或起送价后,宜抽进行中单与新单对照快照是否符合预期。
只读导出账号与写库分离,降低误操作风险。对象存储生命周期与财务周结保留期对齐,避免自动删档后无法补导。日单量反推 QPS 时应留 3~5 倍峰值安全系数,并把压测报告写入交付文档供扩城复用。
预约 cron 恢复演练应纳入备份流程,恢复后确认时区与库连接未变。弹性伸缩仅对无状态应用有效,RDS 仍需计划升配。告警值班表含运营联系人,便于预约类故障白天快速决策。
静态资源走 CDN 后应用 ECS 主要扛 API 写入,规格表宜对照「仅 API 节点」与「误把静态放应用盘」两种配置。扩城或大促前除升配外,还应检查 RDS 存储与 binlog 保留,空间打满会导致下单与导出同时失败。交付规格表宜附「日单量区间 → 参考 RDS/ECS」对照,客户扩城时按表选型,而不是每次临时问供应商要推荐配置。只读导出账号权限宜最小化到订单相关表,满足财务拉数即可,不要把整库 SELECT 当省事方案。容量规划文档宜每年随单量复盘一次,而不是开业选型后三五年不调整。