架构

【背景】 做了 8 年中间件研发，日常支持多个业务团队。最常被问的一句话是：「我这个服务能不能单独引入一个 XX（新 MQ / 新缓存客户端 / 新网关）？」 这个问题背后其实是一个团队级决策：技术栈要不要收口。我见过三种做法，争议一直很大

【背景】 做了 10 年后端，带过 30 人团队，管过日均 2 亿次调用的交易链路。最常被问的一个问题不是"怎么做到强一致"，而是"这个接口到底需不需要强一致"。 举个例子：用户下单后，订单状态从"已创建"变"已支付"，这个状态变更的可见性

背景 我在做订单 + 履约中台，按 DDD 拆了 6 个服务，跑了 3 年。最近一次 P99 抖动复盘，根因是「读流量集中在 2 个服务，把写路径的 HikariCP 连接池和 JVM 老年代都挤爆了」——读 QPS 10 万、写 QPS

背景 我入行这十年，配置这块的演进基本是：properties 文件 → 环境变量 → 配置中心（Nacos / Apollo / etcd）→ 又有人喊"配置即代码"。热榜上大家都在认真讨论超时、重试、幂等这些"运行时会变"的行为参数，但

背景 我做了 10 年网络，从 Nginx upstream + keepalived VIP → 自建 ZooKeeper 注册中心 → Consul → K8s Service + CoreDNS → 云厂商 SLB，基本把这条路走了一

先交代背景。做中间件这些年，我几乎每个项目都会被问一句："幂等你们怎么做的？"答案五花八门——有人业务层每张表加唯一索引，有人用 Redis SETNX + TTL，有人在网关层按 (userId, path, bodyHash) 去重，还

背景：我做分布式 10 年，带团队落地过订单、支付、库存三条强一致链路。每次方案评审，架构师都爱说一句"我们做最终一致就够了"。这句话本身没错，错在它把"最终"两个字悄悄藏了起来——最终，到底是几毫秒、几秒、几分钟甚至几小时？ 这个窗口期一