获课地址：Spring Cloud 微服务架构设计实现广告系统（新版）---xingkeit.top/7637/
2021年，Spring Cloud微服务架构已经不是什么新鲜词。
那一年，几乎所有Java工程师的简历里都写着“熟悉微服务”，几乎所有培训课程都开出了“Spring Cloud从入门到精通”。市场热得发烫，你随便打开一个招聘网站，搜索“高级Java”，十家有九家要求懂微服务。
但有一个问题始终没人解决：
新人学微服务，到底卡在哪？
不是注册中心怎么配，不是Feign怎么调用，不是熔断器怎么降级。这些东西文档里都有，敲两遍就记住了。真正卡住人的是——
我不知道这东西在真实项目里到底用来解决什么问题。
我见过太多人，学完Eureka配集群，学完Ribbon做负载均衡，学完Hystrix写降级方法。你问他：你们项目为什么用微服务？
他答：因为技术先进。
你问他：拆成十个服务，比原来一个大项目多了什么麻烦？
他答不出。
直到我拿到那份“广告系统新版设计”的课程讲义。
它不是从“什么是注册中心”开讲的。它是从一张拓扑图开始的。
第一层：业务驱动技术，不是技术定义业务。
广告系统长什么样？
用户打开一个APP，底部横幅闪出，零点几秒之内，广告请求发到服务端。服务端要判断你是谁、在哪个城市、什么时间段、历史点击过什么、广告主预算够不够、素材合规不合规，然后把最合适的那条广告塞进那个巴掌大的位置。
这不是一个模块能搞定的事。
讲师在这张拓扑图上，用三种颜色画出了边界：
红色是投放端，接收请求，分发流量。
蓝色是竞价引擎，算价格、比出价、定胜负。
绿色是数据平台，存点击、存转化、存用户画像。
然后他问：这三种模块的迭代频率一样吗？
投放端每周上线新样式，竞价引擎半年不动一行代码，数据平台每天凌晨三点跑批任务。
——所以它们不能放在同一个项目里。
微服务的第一课，不是技术选型，是边界划分。
第二层：新版的“新”，在于广告系统变了。
很多讲微服务的课，拿电商系统举例。用户下单、库存扣减、支付回调，经典，稳妥，但离大部分学员的实际工作太远。
这套广告系统新版设计，选了一个更锋利的切口：
互联网广告正在从“买位置”变成“买人”。
旧版广告系统，核心是合同。广告主说：我要首页Banner一个月，一口价二十万。系统记下排期，到点上线。简单，稳定，不需要微服务。
新版广告系统，核心是竞价。广告主说：我要25到35岁、一线城市、最近搜过车的用户，按点击付费，最高出价五块。系统要在零点几秒内，把几千个广告主的定向条件过一遍，找出最优解。
这不是量的变化，是质的变化。
讲师用两页PPT，对比了广告系统在2015年和2020年的技术选型差异：
2015年，单体应用撑一年；2020年，单机计算撑不过双十一。
然后他在第三页写下一行字：
微服务不是因为它时髦，是因为单体接不住这个流量。
台下没人低头看手机。
第三层：广告系统是完美的教学标本。
为什么偏偏是广告系统？
因为它集齐了微服务几乎所有的典型场景。
——高并发。广告请求峰值动辄每秒十万级，你得懂限流、懂降级、懂弹性伸缩。Eureka配心跳、Hystrix设线程池隔离，不是为了考试，是因为服务真的会雪崩。
——低延迟。用户等广告等不了半秒。你不能用分布式事务那一套笨办法，你得懂最终一致性、懂本地消息表、懂异步补偿。
——多级缓存。热点广告位一秒被刷几万次，全去查数据库，库会死。你得在Redis放一层，在本地堆缓存放一层，甚至要在Nginx层挂lua脚本。
——数据异构。广告曝光日志、点击日志、转化日志，每秒几十GB，全部落库查询扛不住。你得懂分库分表、懂ES倒排索引、懂HBase列式存储。
广告系统就像一个微缩景观，把微服务能踩的坑全都踩了一遍。
你跟着配一遍注册中心，不是学会了Eureka，是知道服务发现是为了让竞价引擎能动态扩容。
你跟着配一遍熔断器，不是学会了Hystrix，是知道用户等不起，与其堵死不如降级展示一条旧广告。
你跟着配一遍配置中心，不是学会了Nacos，是知道广告主的出价策略一天改八遍，你不能每次都重启服务器。
第四层：入门不是背命令，是建立坐标系。
这套课程有一个反直觉的设计：
它不讲Spring Cloud Alibaba。
2021年，Nacos已经非常成熟，Sentinel也比Hystrix更活跃。很多培训直接上Alibaba全家桶，学员配完就上岗，面试也够用。
但这套课坚持讲Spring Cloud Netflix——哪怕Hystrix已经进入维护模式，哪怕Ribbon即将被移除。
为什么？
讲师在答疑区回了一条长消息，被后来的人反复截图：
“Alibaba很好，生产环境我也用。但你入门的时候，需要知道这些东西是从哪来的。你需要见过Eureka怎么配、Ribbon怎么选、Hystrix怎么熔。你知道路是怎么铺过来的，才知道现在站的位置为什么是平的。”
那是教育视角和培训视角的区别。
前者教的是坐标系，后者教的是快捷键。
第五层：广告系统之外，是所有系统。
跟完这套广告系统设计，我回头看了一眼自己手上的业务系统——一个普通的SaaS后台，没有竞价，没有实时计算，用户量也就几千。
但我开始认真思考哪些模块该拆、哪些该合，接口设计要不要考虑未来对接第三方，配置中心什么时候上比较合适。
那些原本“学完就忘”的概念，突然有了锚点。
因为我知道，广告系统里那个0.1秒的延迟，放到我的业务里可能是5秒；广告系统里那个每天跑八百万条数据的批处理，放到我的业务里可能是八万条。
规模不同，但逻辑相通。
后来我把这套课程推荐给一个想转微服务的同事。
他学完第一周，发来一条消息：
“我好像知道我们系统为什么天天出故障了。”
我问他原因。
他说：“我们所有业务都在一个项目里改，商务说加字段，开发改底层表；客户说要报表，凌晨三点跑全量数据。改三个月了，谁也不敢动。”
他顿了顿，又发一条：
“其实应该拆出来的。”
我没回。
因为我知道，他下一句话要问的是：怎么说服领导拆。
那是另一个故事了。但这套课已经给了他判断的勇气。
知道自己该往哪走，比走得快更重要。
评论(0)