Spring Cloud从零开始：微服务入门指南 —— 一个35岁老码农的血泪实践
去年十月的一个深夜，我蹲在老家阳台上抽烟，手机屏幕亮着一封猎头发来的邮件：“贵司微服务架构经验要求？Spring Cloud用过吗？” 我盯着那行字，心里一沉——没用过。
那时候我刚回老家半年。杭州房租3500一个月，老婆怀孕三个月，我们一合计：不如回县城远程办公吧。省下的钱够请月嫂、买奶粉，还能给未来娃攒点教育基金。结果刚安顿好，市场就变了天。新项目清一色上微服务，简历里没写“Spring Cloud”四个字，连面试机会都拿不到。
1. 别信书！先跑起来再说
很多人（包括我自己）第一反应是：买本书！于是我在京东下单了《Spring Cloud微服务实战》——厚得能当板砖，作者还是某大厂P8。翻开第一页：“微服务是一种架构风格……” 我直接睡着了。
现实很残酷：你不需要懂所有理论，你只需要让代码跑起来。
上周五晚上，我翻出三年前做的单体电商项目（就是那个用Spring Boot搭的简易商城），决定把它拆成微服务。目标很简单：用户服务、订单服务、商品服务三个模块，能互相调用就行。
第一步：注册中心。我选了Eureka——虽然现在Nacos更火，但Eureka文档多、坑少，适合我这种“怕死”的老油条。
# application.yml
server:
port: 8761
eureka:
client:
register-with-eureka: false
fetch-registry: false
跑起来，localhost:8761，看到那个熟悉的“No instances available”界面，我居然有点感动——至少没报错！
2. “服务发现”不是玄学，是心跳
第二天中午，老婆端来一碗牛肉面，看我盯着IDEA发呆，问：“又卡住了？”
我说：“用户服务注册上去了，但订单服务调不到它。”
她白了我一眼：“你是不是又忘了加@EnableDiscoveryClient？”
……还真忘了。
这就是微服务最反人类的地方：你以为是个HTTP调用，其实背后是一整套服务治理体系。Eureka靠心跳维持服务列表，Ribbon做客户端负载均衡，Feign封装HTTP请求——这些概念书里讲得天花乱坠，但你真正需要记住的就一句：服务要注册，调用要用Feign接口。
我新建了一个UserServiceClient：
@FeignClient(name = "user-service")
public interface UserServiceClient {
@GetMapping("/users/{id}")
User getUserById(@PathVariable("id") Long id);
}
再在订单服务里注入它，一行代码搞定远程调用。那一刻我悟了：Spring Cloud的本质，就是把分布式系统的复杂性，藏在注解和配置里。
3. 配置中心？不，是“配置地狱”
第三天，问题来了：三个服务，每个都有数据库配置、Redis地址、日志级别……改一次要改三份application.yml，还容易漏。
这时候才想起Spring Cloud Config。但搭Config Server又要Git仓库、又要加密密钥，折腾到凌晨两点，我摔了鼠标——这哪是提升效率，这是给自己挖坑！
后来我用了Nacos的配置中心功能（对，打脸了，但真香）。一个Web界面，改完配置自动推送，服务不用重启。老婆看我笑出声，说：“你这两天第一次笑。”
教训：别为了“技术正确”而增加复杂度。能用简单方案解决的，别上重型武器。
4. 为什么我劝你别急着学Go？
说到这儿，必须提一嘴Go。最近团队里两个95后天天吹“Go写微服务性能吊打Java”，还拉我一起搞K8s + Istio + Go重构。
我直接泼冷水：“你们月薪22k，重构失败了谁背锅？”
不是Go不好，而是技术选型要看上下文。我这项目用户量一天不到1万，Spring Cloud全家桶虽然重，但生态成熟、文档全、招聘容易。换成Go，从零搭建服务治理、链路追踪、熔断降级……等你搭完，需求早就变了。
而且，35岁的我，时间比代码更值钱。我不需要成为Go语言专家，我需要的是快速交付、稳定运行、按时下班陪孩子。Spring Cloud虽然笨重，但它让我睡得着觉。
5. 真正的“微服务”不是技术，是权衡
折腾两周后，我的三个服务终于能跑通了。用户下单 → 调商品服务查库存 → 调用户服务校验权限 → 创建订单。链路追踪用Sleuth + Zipkin，熔断用Hystrix（虽然它已停更，但够用），网关用Zuul（别喷，老项目兼容性重要）。
但最大的收获不是技术，而是认知：
- 微服务不是银弹：单体应用如果还没遇到性能瓶颈、团队协作问题，别急着拆。拆了之后，调试难度指数级上升。
- 监控比编码更重要：没有日志聚合、没有链路追踪，微服务就是一场灾难。我花三天配ELK，省下十天排查线上bug的时间。
- 文档和注释是救命稻草：远程办公没法随时问同事，服务间的接口契约必须写清楚。我现在每个Feign接口都加Swagger注解，生成文档自动同步到Confluence。
结语：老程序员的生存法则
回到开头那个猎头的邮件。现在我可以坦然回复：“Spring Cloud，生产环境跑过三个微服务项目，QPS 500+，SLA 99.9%。”
但我知道，真正让我活下来的，不是技术本身，而是务实的态度。
35岁还在一线写代码，不是因为我多热爱编程，而是因为我清楚自己的定位：我不是架构师，不是技术布道者，我是一个要养家糊口的工程师。新技术可以学，但必须服务于“解决问题”这个终极目标。
如果你也像我一样，被微服务搞得焦头烂额，不妨记住三点：
- 先跑通，再优化——别一上来就追求“完美架构”；
- 工具为业务服务——能用Nacos就别硬上Consul；
- 保护自己的时间——35岁以后，每一分钟都要花在刀刃上。
最后，别信那些“35岁就被淘汰”的鬼话。只要能持续交付价值，公司巴不得你干到退休。毕竟，谁愿意招个应届生，从头教他什么叫“服务雪崩”呢？
（完）
作者：老张，35岁，现居浙江某县城，远程Java工程师，主业写代码，副业陪娃。最近在研究如何用Spring Cloud Gateway替代Zuul，欢迎交流，但别聊Go重构——除非你付我加班费。
评论 0