技术选型

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

【背景】 做了 15 年技术产品，见过两种极端，都栽过跟头： - 某次大促前，团队用「当前 5 万 QPS 够用」为由选了单机 Redis，结果半年后业务翻 10 倍，迁移集群版花了 3 周，期间线上出了 2 次缓存雪崩。 - 另一次，一个

背景 最近带团队评审一个全新业务线的技术选型，需求大概是：3 个后端 + 2 个前端，预计 18 个月内迭代 8~10 个功能域，QPS 峰值预估 2k 上下（B 端 SaaS）。团队里 3 个人立场几乎一致——"先拆服务，按业务域拆 4

背景 我带团队 10 年，技术选型是绕不开的事。一个很常见的流程是：有人提议换某个框架/中间件 → 花两三天写个 demo → 跑通了 → 排期上线。这个流程本身没毛病，但"跑通"两个字，在我这儿从来不算充分论证。 常见分歧 我见过至少三种