2026-07-15 工作日志

项目排期、监控问题及签收距离限制需求讨论

本次会议主要讨论了项目排期、监控问题及签收距离限制的需求，明确了后续的跟进事项。

项目排期与监控问题
- 项目排期中仍有两个事项未明确，需内部对齐并尽快补充。
- 昨日提到的监控问题已安排排期，但未在本次会议中详细讨论。
签收距离限制需求
- 业务侧提出，扫码签收和查证签收的距离限制需统一为 500 米。
- 技术侧提出两种实现方案：由营销活动中心统一配置，或由各前端直接硬编码控制。
- 最终方案需由业务侧确认，以确定采用统一规则配置还是前端硬编码的方式。

发言人：张建利、李兴南、张喜、何远翔、宋洋

为解决活动中心MQ限流问题，会议决定将TPS从4000扩容至8000，并调整生产与消费配比为4800:3200，同时要求持续监控告警并评估后续升级专业版需求。

MQ 性能瓶颈分析与扩容决策
- 容量现状与风险识别：现有基础版 MQ 规格为 4000 TPS（生产/消费各占一半），生产端峰值已接近 2000，测试集群压测值达 8000，现有容量无法覆盖业务高峰；此前曾从 2000 扩容至 4000，近期业务增长再次触发限流。
- 扩容方案制定：将总 TPS 从 4000 提升至 8000，以应对业务峰值并预留缓冲；当前基础版不支持自动扩缩容，需手动调整规格。
生产与消费配比优化策略
- 非对称分配：鉴于业务特性（高峰突发、消费可延迟），将 8000 TPS 分配为生产端 4800、消费端 3200，优先保障发送方不触发限流。
- 业务容忍度确认：消费端速度降低不影响业务核心逻辑（如金额发放），高峰期允许短暂堆积、平峰期自动消化。
- 数据一致性保障：Stream Loader 数据迁移时，即使消费端限流消息也不会丢失，仅触发重试，对数据一致性无影响。
后续监控与演进规划
- 短期监控机制：宋洋密切关注每日 MQ 告警，异常立即跟进；设定两周观察期验证 8000 TPS 及新配比方案的稳定性。
- 长期版本演进：若后续仍有性能瓶颈，将评估升级至专业版以支持自动扩缩容。

本次会议评审了营销活动三个上线需求，讨论了相关技术方案、测试进展及发布计划，并明确了历史数据处理等问题。

上线需求与技术方案
- 获取5段取值逻辑优化：解决经销商存在多个 OU 的问题。TTS 侧从源头传递下单时的 OU 信息及地址，各系统根据主数据接口返回的标识，获取对应的收单/收货地址 ID，最终确定唯一的 5 段信息。
- 查证功能问题修复：解决因部分签收成功、部分签收失败导致“出货数量”和“签收数量”显示异常的问题。
- 流向查证图片显示：修复手动录入场景下，查证明细报表不显示用户上传的环境照片的问题。
测试进展与风险
- 查证功能接口问题：查证相关接口在测试环境中存在问题，导致部分测试用例失败，仍在等待开发解决。
- 历史数据处理：明确“获取5段取值逻辑优化”涉及历史数据同步，需通过接口将已有数据补齐；此前的方案描述不准确，需引起重视。
- 环境切换影响：PD 环境切换至 C 环境过程中，可能存在配置未完全调整的问题，影响相关功能测试。
发布计划与流程
- 发布计划调整：因代码分支管理流程未完全符合 SIF 规范，且存在未解决的测试缺陷，原定今日发布计划调整为明天进行。
- 停服安排：计划在 12:00 至 14:00 期间进行停服，以便执行数据表迁移等操作。