单体时代一块巨石撑起一片天早期项目大多从单体开始。一个WAR包分层架构——Controller、Service、DAO数据库一张ER图打通所有业务。部署简单调试方便事务本地就能解决。创业公司三五个人两周上线一个版本单体是最务实的选择。问题随规模而来代码库膨胀到几十万行编译一次十分钟一个模块的内存泄漏拖垮整个应用十个人改同一个仓库合并冲突天天上演。巨石不是错错的是业务长大了石头没跟着变。垂直拆分按业务砍出第一刀订单、用户、商品各自独立成应用数据库也拆开。这一刀下去见效快团队按业务线划分各管各的发布互不阻塞。但新的问题冒出来订单要查用户信息用户要调商品库存跨库JOIN没了只能靠接口调用。调用链变长一个请求要经过三四个服务排查问题像破案。垂直拆分解决了团队协作却把复杂度从代码内部推到了服务之间。SOA与微服务服务治理成为核心命题ESB企业服务总线曾是SOA时代的答案所有服务通过总线通信统一协议、统一路由。但ESB本身成了瓶颈笨重且昂贵。微服务换了个思路去中心化每个服务独立部署、独立数据库、独立技术栈。REST或gRPC通信注册中心管理地址配置中心推送变更网关统一入口。Spring Cloud和Dubbo是两条典型路线。微服务让团队真正解耦但代价是分布式事务、链路追踪、服务熔断、限流降级——这些词从面试题变成了日常。没有配套的监控和治理微服务就是一场灾难。容器化与云原生部署方式的革命Docker解决了“在我机器上能跑”的千古难题。镜像把代码、依赖、环境打包成标准单元Kubernetes负责调度、扩缩容、自愈。以前扩容要申请机器、装环境、部署半天过去了现在改一个副本数三十秒完成。Helm管理发布Istio接管流量Prometheus监控指标Jaeger追踪链路。云原生不是某个技术而是一套方法论以容器为单元以声明式API为交互以不可变基础设施为原则。它让微服务从“能跑”变成“好管”。Serverless与边缘计算下一站已来函数计算让开发者只写业务逻辑不用管服务器。事件触发按量付费毫秒级伸缩。适合突发流量、定时任务、轻量API。边缘计算把算力推到离用户更近的地方CDN不再只是缓存而是能跑代码。两者都指向同一个方向基础设施进一步透明化开发者专注业务价值。但Serverless的冷启动、调试难、厂商锁定问题仍在它不会取代微服务而是补上特定场景的拼图。怎么选没有最优只有最合适十人团队用微服务是自找麻烦千人团队用单体是自缚手脚。创业初期单体加模块化足够业务线清晰后垂直拆分团队过百、迭代频繁再考虑微服务。容器化不是微服务的前提但有了K8s运维成本会大幅下降。技术栈的演进不是线性替换而是层层叠加。单体里可以调微服务微服务里可以嵌函数计算。关键是搞清楚当下的瓶颈是什么是代码耦合是部署效率还是弹性伸缩对症下药比跟风选型重要得多。后端这条路走得稳比走得快更难得。