【后端高阶面经：架构篇】52、微服务架构：微服务是银弹吗？

一、单体架构的困境：微服务诞生的背景

（一）巨石应用的五大痛点

1. 开发效率低下
   • 单体应用WAR包体积可达数百MB，单次全量编译耗时超30分钟，即使修改一行代码也需重新构建整个项目。
   • 案例：某电商早期单体应用包含10万行代码，每次发布需协调15个团队，合并冲突处理耗时占比达40%。
2. 部署与维护成本激增
   • 巨型单体应用需部署在50+服务器集群，每个节点与数据库建立200+连接，高峰期常因连接耗尽导致系统崩溃。
   • 数据：某银行核心系统日均发布5次，每次发布伴随10+次回滚，运维人力成本占比达60%。
3. 业务扩展举步维艰
   • 新功能开发需修改公共模块，牵一发而动全身。如新增“社交登录”功能需调整用户中心、权限系统、认证模块等多处代码。
   • 调查显示：73%的单体应用团队因模块耦合导致新功能上线延迟超2周。
4. 技术债务堆积