资源介绍
视频数量：36个
总时长：2小时8分
课程介绍：
微服务设计模式
做了两年代码开发，终于开始接触微服务项目了，却发现到处都是坑。服务之间怎么通信？为什么订单服务成功了，库存服务却没来得及扣减？某个微服务挂了，整个系统跟着崩？这些真实场景里才会遇到的问题，教科书上往往讲得不够透彻。这门课就是来补这些内容的。
课程设计得很直接，从基础概念讲起，逐步深入到各种设计模式的适用场景和实现细节。不是那种照本宣科的理论课，而是结合了大量实际问题来讲。每个知识点都告诉你什么时候该用、什么时候不该用，面试时怎么表达更清楚。
先从最根本的问题说起：什么是单体应用，什么是微服务，它们各自的优缺点是什么。很多团队喊着要拆微服务，结果拆完之后反而更麻烦了，就是因为没想清楚这个前提。接着讲非功能需求，也就是NFRs，性能、可用性、可扩展性这些指标怎么定义，怎么衡量。后面还会讲到聚合和耦合的概念，这两个词经常被提起，但很多人只是知道而已，真正理解它们对系统设计的影响，才能做出好的架构决策。限界上下文这块也是重点，它决定了微服务之间到底该怎么划分边界，划得太细通信成本高，划得太粗又退回到单体思维。OAuth2.0作为微服务认证的标配，课程里专门用一节讲清楚它的原理和实际用法。
通信机制是微服务架构的核心。这门课把常见的几种通信方式都讲透了：同步通信用HTTP，简单直接，延迟低，适合简单场景；基于消息队列的异步通信，解耦彻底，可靠性高，适合中等复杂度的业务；事件驱动的异步通信，扩展性最好，每次变更都发一个事件，监听方自己处理；API网关通信，作为统一入口，负责路由和协议转换。每种方式都有它的适用场景，没有银弹。
12要素应用方法论是云原生应用设计的圣经，课程里详细解释了每一条原则的意义，为什么要遵循它们，以及不遵循会带来什么问题。这些原则不是纸上谈兵，而是直接指导实际的代码结构和部署方式。
数据库设计是微服务里最容易出错的地方。每个服务独立数据库这个模式，保证了服务之间的数据隔离，避免了一个服务出问题拖累其他服务。但随之而来的问题是，跨服务的业务操作怎么办？SAGA模式就是来解决这个问题的，它把一个跨服务的业务拆成多个本地事务，通过事件或者编排的方式串联起来。课程区分了编排式SAGA和合唱式SAGA两种实现方式，告诉你什么时候该选哪种。如果业务场景更复杂，还可以考虑CQRS，也就是命令查询职责分离，读写操作完全独立，用事件溯源来记录状态变化，这样读性能和数据一致性都能得到优化。
断路器模式、重试机制、隔离舱模式，这些是微服务应对故障的必备手段。一个服务响应慢了，断路器直接熔断，防止雪崩；网络抖动的时候，自动重试几次；不同类型的请求用不同的线程池处理，避免互相影响。这些模式单独看都简单，但真正在生产环境里组合起来用，才能体现出架构的健壮性。日志聚合和分布式追踪也是刚需，微服务一多，日志散落在几十台机器上，没有统一的收集和追踪能力，排查问题简直是大海捞针。
BFF模式解决的是多端适配的问题，手机端和网页端需要的数据格式不一样，不用在每个微服务里都写多套接口，而是在网关层或者专门的服务层做适配。Sidecar模式则是把日志、监控、安全这些横切关注点和业务逻辑分离，部署和升级都更灵活。
课程最后总结了微服务设计的最佳实践，SOLID原则在微服务场景下怎么应用，以及常见的几种部署策略，包括蓝绿部署、滚动更新、金丝雀发布这些。学了这些，你就知道为什么大厂面试喜欢问设计模式了，因为它们考察的不是背概念，而是看你能不能根据实际场景做出合理的技术选型。
这门课适合有一定开发经验、开始接触微服务项目的工程师，或者正在准备微服务相关面试的人。不要求你已经是架构师，但至少用过Spring Cloud或者类似的框架，对微服务有个基本认知。如果你是纯新手，可能需要先补补基础概念再来听这门课，会更有收获。课程最后有个知识测试，还有个实际场景让你设计系统并找出潜在问题，建议认真做一下，这是检验学习效果的最好方式。