后端架构演进：从单体到云原生
大家好，我是阿凯，一个从2009年开始写代码的老码农。今天不聊技术细节，我想聊聊我们这一代后端程序员在架构演进这条路上的心酸史——从单体到云原生。
开篇：第一次上线就炸了的项目
记得我刚入行那会儿，公司让我接手一个内部管理系统。老板说：“简单得很，就是个Java Web项目，Tomcat跑着呢。”听起来挺容易的吧？结果第一天我就搞了个大新闻。那天晚上准备上线的时候，我在Linux服务器上敲完 java -jar backend.jar，系统吭哧吭哧地运行起来，但一打开页面，“HTTP 500”直接甩我脸上。日志翻了一整夜，最后发现是个数据库连接池配置写错了。那时候不懂什么叫“配置文件分离”，也不知道什么叫“环境隔离”，更没听说过“微服务”、“Kubernetes”这些高端词。我们那个年代，后端=一个 WAR 包 + Tomcat + MySQL，部署在一台云服务器上，搞定。
经历：从“能跑就行”到“崩溃边缘”
随着业务发展，我们的系统越来越复杂。订单、库存、支付、用户管理……所有模块都挤在一个工程里。每次改个代码，动不动就要重启整个服务，线上随时可能出问题。有一次，为了加个优惠券功能，不小心引入了个有内存泄漏的第三方库，服务跑着跑着突然 OOM（Out of Memory），直接 GG。
那个时候我们就开始意识到不对劲了——这玩意儿迟早要炸。可问题是，怎么改？谁也没经验啊！于是我们就尝试把一些独立功能拆出来，比如把支付单独拎成一个子系统。虽然还是用 HTTP 接口互相调用，但也算是初次接触服务拆分。
感受：痛并快乐着的技术成长
说实话，那时候真是边踩坑边学习。我记得有次在做支付模块拆分时，因为没有统一的服务注册机制，导致调用链异常混乱，调试时像解谜游戏一样——这个服务连不上那个服务，IP换了没更新配置，端口被防火墙拦住了……整整三天才搞定，当时我都快疯了。不过也是那次经历让我第一次明白了什么是服务治理的重要性。
那时候我们团队里有个大哥，总爱挂在嘴边一句话：“你现在不拆，等系统再大点，你就得拆自己了。”现在回想起来，这句话真特么醍醐灌顶。
转折：微服务来了，架构彻底变了天
真正让我对后端架构产生敬畏感的，是公司决定全面拥抱微服务的那一刻。我们开始研究 Spring Cloud、Eureka、Feign、Zuul……刚开始那一阵，感觉像是学了一门新的语言。每个服务都要考虑注册、发现、负载均衡、熔断降级等等，光是一个服务依赖图都能画满一张A3纸。
最惨的是部署方式也变了。以前打包成一个 WAR 放Tomcat就行了，现在变成了 N 个 JAR 包要分别部署，还得搞自动化脚本。有一天我在生产环境更新了一个服务，忘了同步配置中心，导致另一个服务连不上，客户付款失败投诉了一堆。
那时候我们才明白：架构升级带来的不仅是性能提升，还有更高的复杂度和更高的运维成本。
思考：架构不是万能药，适合才是关键
一路走来，我深刻体会到，架构不是越先进越好，而是越合适越好。很多公司一开始上来就说“我们要做微服务”，然后各种分布式事务、服务注册、链路追踪一股脑儿往上堆，结果根本没那么多并发量，反而把自己折腾得够呛。
我见过太多小团队硬上 Kubernetes 的情况，本来几个 Java 文件就能跑的东西，愣是配了一堆 YAML，结果遇到个配置错误，排查半天，人都没了。
所以我现在的建议是：先从实际业务出发，不要盲目追求“高大上”。能用单体搞定的事，没必要一开始就拆成一堆微服务。
展望：云原生时代来临，程序员要跟上节奏
最近几年，我们又迎来了新一轮架构革命——云原生。容器化、K8s、Service Mesh、Serverless……每一个名词背后都是满满的技术债和学习曲线。
我们现在已经在 K8s 上部署服务，还用了 Istio 来做流量治理。虽然初期配置复杂、调试困难，但好处也很明显：自动扩缩容、滚动发布、故障自愈……这些能力在以前几乎是天方夜谭。
但我也有一个观察：现在很多开发者太依赖“黑盒式”的云服务，比如说，直接买个阿里云的 Serverless Function 就写了业务逻辑，从来不关心底层是怎么运行的。长此以往，可能会失去对基础原理的理解。
对同行的几点建议
别怕慢，别怕错
技术这条路没有捷径，只有不断试错和积累。我见过不少新人看到“微服务+K8s”就慌了神，觉得自己啥都不会。其实没关系，慢慢来，一个组件一个组件啃下来，早晚能懂。重视基础知识，别只看表层工具
再先进的框架也好，底层总是 TCP/IP、HTTP、线程调度这些基础理论支撑的。建议多花点时间看看源码、读读RFC文档，理解背后原理。别迷信“大厂方案”
别看别人上K8s你也上K8s，别人做DDD你也跟着学DDD。你要根据自己的团队规模、业务需求、资源状况做出判断。有些东西，对你来说可能是累赘而不是助力。多实践、多踩坑
看十篇文章不如写一段代码。有条件的话，自己搭个小集群玩一下K8s；或者用Docker部署几个服务试试网络互通、健康检查什么的。真正的理解永远来自动手的过程。
结语：技术在变，但我们初心不变
从最初的单体结构，到后来的微服务，再到如今的云原生，我们这一代后端程序员走过了波澜壮阔的技术变革。有人说我们是赶上了最好的时代，也有人说我们是“被迫卷起来”的一代。但不管怎么说，我觉得我们还是幸运的，因为我们亲历了软件工程从“土法炼钢”走向“工业化”的全过程。
未来还会有什么新架构？我不知道。但我相信，只要保持学习的热情、坚持解决问题的初心，我们总能找到属于自己的那一套最佳实践。
最后送给大家一句话：
“架构无所谓对错，关键是想清楚‘为什么这么设计’。”
共勉之！
作者简介：
阿凯，从业十余年，经历过从单机部署到云原生的各种架构演变。热爱编程，擅长讲人话写技术文，偶尔吐槽，偶尔鸡汤。欢迎关注公众号【程序猿的日常】，我们一起进步！
评论 0