微服务架构：什么时候该用，什么时候不该用

微服务很火，但不是银弹。

微服务的优势：

• 独立部署，快速迭代
• 技术栈灵活，各服务可选不同语言
• 故障隔离，一个服务挂了不影响全局
• 团队自治，小团队负责完整服务

微服务的代价：

• 分布式系统复杂性
• 服务间通信开销
• 数据一致性问题
• 运维成本大幅增加
• 需要成熟的基础设施

什么时候用微服务： ✅ 团队规模大（10+ 开发者） ✅ 业务复杂，模块边界清晰 ✅ 需要独立扩展某些功能 ✅ 有 DevOps 能力和基础设施

什么时候别用： ❌ 初创公司，快速验证阶段 ❌ 小团队（<5 人） ❌ 业务简单，单体足够 ❌ 没有运维经验

建议： 从单体开始，遇到瓶颈再拆分。不要为了微服务而微服务。

架构是演化的，不是一蹴而就。