2026-02-27 工作日志
type: 日记
created: 2025-12-01T14:06 updated: 2026-02-27T14:30
- #work 后续链路的优化需要安排人先进行梳理了
制定初步推进计划： 一、项目流程、规范执行 1、技术交付物（技术方案、实现逻辑，交互图、流程图），没有统一落实，下来没有一个统一的维护的地方，借助于AI实现现有逻辑的分析。 2、项目流程是否落实，需求确认、uat验收签字 二、运维机制： 1、核心接口的调用监控/告警，定期系统走查，针对问题及时发现并整改 2、技术运维与需求开发共用资源，独立的技术运维团队负责日常的运维问题排查，问题的技术反馈 三、技术、架构升级推进： 1、基础服务参数调整，更合理，当前占用了较多的资源，维护成本也比较高 2、服务多，服务间调用关系有相互调用的情况，需要整体梳理，明确好哪些是基础服务，不在依赖上游服务 3、中间件组件使用，sr使用不合理，进而导出的需求是否合理；码解析大宗团购大批量的处理、日常的出货区分出来 4、优化切换计划，目前是其他需求开展的基础 5、数据不要搬来搬去 1）配合产品进行产品全面验证并梳理实现细节（实现逻辑、交互图、流程图等） 2）配备专门的运维人员，响应告警，定期的巡检，针对发现的问题进行及时整改，保障稳定 3）配合安慕希业务量，基础服务参数的调整优化，中间件合理使用sr等
- [ ] 盘点下生产环境的服务资源利用率。 春节期间的3被扩容须要实际应用使用情况，进行已扩容资源回收了。安排好计划了同步到群里 。
- [ ] TAG优化上线后后续优化链路梳理
门店人员数据的新旧逻辑，以及旧数据仍保留的原因 首先是新旧逻辑的核心区别：旧逻辑是门店人员还不区分角色时对接的主数据，所以当门店人员信息回写时，职务会统一显示为门店店主 / 店员。而新逻辑是上线门店多角色需求后，我们按照全新的数据结构对接了数据，所有维护过角色的门店人员信息，都会统一存储在新的数据体系里，角色也会按实际情况精准体现。
其次说明下旧数据为何还会保留：多角色功能上线后，部分门店人员并未再次登录智慧门店，导致这部分人员的信息在新数据中存在缺失。为了保证人员数据的完整性，不影响您这边的查询和导出使用，我们暂时保留了旧数据。
后续我们也有明确的处理计划：近期会完成新旧两套数据的差异对比，统计出具体的相差数据量，之后会同步给业务侧评估，最终确定是否需要继续保留旧数据，或是制定清理、迁移方案。 