知识卡片
技术选型是业务权衡而非纯技术判断
内容
同样的备选方案，不同公司会做出不同选择——人手不足的创业公司倾向用成熟开源方案快速上线，业务复杂、人力充足的大公司倾向自研（如阿里做出RocketMQ）。排除某方案的理由往往不是”技术不够好”，而是团队缺乏对应经验、撑不起自研的长期维护成本。发散：技术选型评审中最有分量的常不是研发的意见，而是运维、测试这些承担长期维护成本角色的意见——好方案首先要”能被现有团队接住”。
参考来源
- 位置：《从0开始学架构》第15章《12｜架构设计流程：评估和选择备选方案》"前浪微博"案例（源文件：_epub-src/OEBPS/Text/part0014_split_003.html）
- 结论依据：原文明确"排除备选方案3的主要原因是复杂度，目前团队技术实力和人员规模（总共6人……）无法支撑自研存储系统"，并总结"同样是上述3个备选方案，有的团队会选择引入Kafka（例如，很多创业公司的初创团队，人手不够，需要快速上线支撑业务），有的会选择自研存储系统（例如，阿里开发了RocketMQ，人多力量大，业务复杂是主要原因）"。
- 原始内容：排除备选方案3的主要原因是复杂度，目前团队技术实力和人员规模（总共6人，还有其他中间件系统需要开发和维护）无法支撑自研存储系统……有的团队会选择引入Kafka……有的会选择自研存储系统（例如，阿里开发了RocketMQ，人多力量大，业务复杂是主要原因）。