Work for YILI

Appearance

2026-08-10 工作日志 ​

项目整体进展同步会 ​

本次会议同步了项目整体进展，重点讨论了数据治理、线上问题及后续工作安排。

小结 ​

1. 项目整体进展与风险

  • 全国上线已于周六发布，iOS 审核已通过，8 月初版本将正式上线。
  • 各端项目进展：营销助手端将进行验收并开通权限；智慧门店端将进行目录权限和 PRD 评审；PC 端报表优化在正常推进。

2. 数据治理与线上问题

  • 数据一致性与血缘追踪：会上讨论了数据血缘追踪的重要性，计划近期组织专项会议，梳理各系统间的关键数据关系，以解决因数据变更导致的不一致问题。
  • 电子围栏问题：识别出三类问题：行政区划数据不规范、部分数据缺少 OU 信息、已失效的经销商或区域围栏数据不再推送。这些问题已引起供应商关注并着手解决。
  • 数据问题复盘：针对近期线上出现的数据不一致问题，会议决定组织一次复盘会议，以分析问题根源并制定改进措施。

3. 已解决事项

  • 已修复 8 月 6 日发版当天的异常数据问题。

待办 ​

1. 数据治理与问题跟进

  • 陈祺负责组织数据血缘追踪的专项会议，邀请吴老师、赵总、宣总及各端产品经理参加。
  • 陈祺负责将数据治理相关内容补充到会议纪要表格中。
  • 邢健负责将电子围栏问题及后续跟进事项补充到会议纪要表格中。
  • 邢健负责组织电子围栏上线后的线上问题复盘会议，邀请龚总、宣总参加。

2. 项目开发与发布

  • 陈祺负责在今天发出数据权限优化的会议纪要邮件。
  • 孙东栋负责与小志对齐小程序的展示样式。
  • 李亚洲负责在今日更新必填字段的配置。
  • 刘晓娜负责输出门店基本运营的接口文档，并更新群聊名称。
  • 李亚洲负责今日推进 APM 接入开发，并对接解决域名申请问题。

3. 数据监控与分析

  • 陈祺负责在今日排查云商销售区域 5 段的监控报警问题。

技术模块职责分工与工单流程规范会 ​

本次会议旨在统一技术模块的职责分工，明确了各角色在系统全生命周期中的具体职责，并介绍了各项工单的提交规范与审批流程。

小结 ​

1. 各技术角色职责说明

  • 产品经理：作为业务模块内的具体接口人，是业务需求的发起方和最终责任人。
  • 技术BP：负责系统从创建、运维到下线及灾备的全生命周期技术管理与确认。
  • DBA：负责数据库相关的评审、交互和变更。
  • 云对接人：负责云测资源的账号交互及核心执行者，主导云平台建设、网络架构和防火墙设计。
  • 系统管理员：配合项目技术架构评估和网络策略的合理性判断。

2. 工单流程与角色分工

  • 新系统创建/下线：由产品经理负责发起和跟进，用于在 CMDB 中创建或更新系统状态。
  • 人员入场/权限变更：建议由产品经理负责，涉及为人员开通应用、堡垒机、VPN 等账号及权限。
  • 资源申请/变更：由技术 BP 作为核心审批节点，负责审批资源申请、变更及网络策略申请。
  • 发版时间窗口：主要针对 K8s 服务，需在指定时间窗口内进行发版，测试环境不受此限。
  • 架构评审：技术 BP 负责组织，必要时可邀请 DBA、云对接人、系统管理员等相关角色共同参与。

3. 关键流程规则与优化

  • 网络策略申请：明确了标准架构（通过集成平台）无需申请，仅非标准架构直接访问其他系统时才需申请。申请时需选择目标系统，其技术 BP 需同意。
  • 架构说明书：原则上要求每次资源申请都需更新并上传最新的架构说明书，以确保文档的时效性。

待办 ​

1. 工单流程优化跟进

  • 针对部分历史遗留的容器服务无需走发版流程的问题，后续若有需求，需单独沟通进行调整。

2. 推动系统间调用标准化

  • 针对跨系统直接调用的情况，需推动各方使用集成平台，避免直接网络访问。

服务优雅停机技术方案会 ​

本次会议讨论了服务优雅停机的技术方案，通过改造 K8s 部署流程和网关缓存策略，解决了部署期间的连接超时和调用异常问题。

小结 ​

1. 优雅停机技术方案

  • 背景问题：在服务部署过程中，Pod 虽已停止，但 Nacos 注册中心仍保留其信息，导致网关在调用时仍会尝试访问已下线的实例，引发连接超时和调用失败。
  • 解决方案：采用主动下线机制配合网关缓存优化。
    • 在 K8s 的 YAML 配置中，增加健康检查和主动下线配置，确保 Pod 在 K8s 中被移除前，已从 Nacos 注册中心成功注销。
    • 将网关的缓存失效时间从默认的 35 秒缩短至 5 秒，以更快地使网关感知到服务实例的下线状态。

2. 方案验证与效果

  • 验证场景：通过 APIFox 进行了自动化测试，模拟 20 个用户并发调用"扫码查看"接口 10 分钟。
  • 验证结论：在改造方案实施后，无论是单 Pod 还是双 Pod 部署模式，均未再出现因实例下线问题导致的调用异常，异常率降至 0。

3. 生产环境改造规划

  • 现状差异：经确认，PD 环境与生产环境存在差异，例如生产环境的端口配置为 8080，而 PD 环境为 5885。
  • 后续步骤：需要将本次验证方案细化为一套完整的生产改造方案，明确所有受影响服务的改造清单，并制定详细的实施计划。

待办 ​

1. 制定生产环境改造方案

  • 潘玉平需要根据本次会议结论，撰写一份详细的生产环境改造方案，方案需区分清楚 PD 环境和生产环境的差异，并明确所有需要改造的服务清单。

2. 明确生产环境改造责任分工

  • 潘玉平需要与云平台团队沟通，确认 K8s YAML 配置由其负责调整，而各服务自身的 YAML 配置由团队自行调整。

3. 整理并更新服务改造清单

  • 潘玉平需要将"奶酪"服务纳入后续的改造清单中，以便进行后续的跟踪和确认。