什么是微服务架构：把大系统拆成小团队

当一个应用变得巨大——几百万行代码、几十人协作——任何改动都牵一发而动全身。微服务架构的思路就是把大应用拆分成多个独立的小服务。

微服务 vs 单体架构

单体架构：所有代码在一个项目里，部署也在一起。优点是一开始开发和调试简单。缺点是随着规模变大，构建慢、部署风险大、技术栈被锁定。微服务：每个服务独立部署、独立扩容、可以选不同技术栈。

微服务的挑战

服务间通信：服务之间用 HTTP/REST 或 gRPC 通信，延迟比本地调用高。数据一致性：每个服务都有自己的数据库，跨服务的数据一致性需要分布式事务或最终一致性方案。运维复杂度：几十个服务需要监控、日志、链路追踪等基础设施。

什么时候上微服务

不要为了微服务而微服务。团队小于 10 人、业务逻辑不复杂时，单体架构反而更高效。微服务是为解决组织规模和系统复杂度而生的，不是银弹。