11 分钟
日志采集与链路追踪:SDK 接入 → ELK 存储 → 飞书告警全链路
ERP 系统部署在 K8s 集群中,20+ 个微服务实例,日产生日志量巨大。随着业务复杂度提升,日志问题日益突出: 只需两步: 是 logback 的 实现,核心职责:**将日志事件序列化后通过 HTTP POST 发送到 error-co
从技术到生活,把写过的东西慢慢翻一遍。
11 分钟
ERP 系统部署在 K8s 集群中,20+ 个微服务实例,日产生日志量巨大。随着业务复杂度提升,日志问题日益突出: 只需两步: 是 logback 的 实现,核心职责:**将日志事件序列化后通过 HTTP POST 发送到 error-co
8 分钟
ERP 系统是一个高度分层的微服务架构: 任何一层出错,最终都要以**统一的格式**返回给前端,任何一环抛出的异常,都要能被**全局捕获并标准化处理**。 集团内用户包含中文、英文等多语言,错误信息硬编码无法切换。 跨服务调用时,服务 B
7 分钟
ERP 系统需要向运营/客服/仓库等人员推送告警和通知: 钉钉是内部协作工具,因此选择**钉钉机器人 + 钉钉应用消息**作为主要通知渠道。 ERP 面向集团内多个部门/事业群,每个部门可能有独立的钉钉企业自建应用(独立的 corpId /
7 分钟
ERP 微服务架构中,跨服务调用通过 Feign Client 完成: Feign 默认的异常处理非常简陋: 核心思路:**从 Header 而非 Body 中识别业务异常**。 TikTok Shop API 错误格式: 关键设计:解析响
10 分钟
ERP 系统核心业务数据(商品、库存、订单)存储在 MySQL 中,查询需求包括: MySQL 擅长事务处理,但**模糊查询 + 多条件组合 + 历史版本**是 MySQL 的弱项——这些场景天然适合 Elasticsearch。 新上线的
8 分钟
ERP 系统中 Kafka 承担了大量异步通信任务: 在封装之前,每个业务模块直接使用 和 : 关键设计: 是 Spring Kafka 内置的自动 DLT 发布器,无需手动创建 Topic,Kafka Broker 会自动创建。 关键设计
10 分钟
ERP 系统中存在大量 Excel 导入导出场景: 在引入框架之前,每做一个导入导出功能,都要重复写一套完整的流程: 关键设计:使用 (无界队列的固定容量版),避免任务堆积导致 OOM;线程工厂确保线程名可追踪。 核心流程: 1. — 全局
9 分钟
ERP 系统需要对接大量第三方电商平台 API(Amazon、eBay、TikTok Shop、Shopify 等),每个平台都有严格的**接口调用频率限制(Rate Limit)**: 在引入限流框架之前,业务代码中的调用控制是"盲写"的
8 分钟
ERP 系统中存在大量**并发安全敏感**的业务场景: 在引入 @LockOrder 之前,业务方处理并发问题的方式非常原始: 每个单据类型对应独立的 key 前缀,天然隔离不同业务域的锁。 基于 Spring Expression Par
22 分钟